「ITが引き起こした災厄トップ10」記事へのコメント

2000年問題が以外に低い

[multiplex (33585)]

世界規模の話だったのでもうちょっと上かと思ったんですが、
意外に被害少なかったんですかね。

Re:2000年問題が以外に低い

[Anonymous Coward]

騒ぐだけ騒いだ割には、殆ど何も起きませんでしたね。
「ご飯が炊けなくなる！！」なんて、今じゃ笑い話にすらなりません。

事前に騒いで対策したから何も起きずに済んだ、というのもまた真実かとは思いますが

Re:2000年問題が以外に低い

[Fatalwedge (6623)]

事前に騒いで対策したから何も起きずに済んだ、というのもまた真実かとは思いますが

折角なので/.に集う皆様に聞きたいのですが、
「（仕事で）こんな対策したよ、しなかったらこんな弊害が起きてたかもしれないよ」
というのがあれば差し支えない範囲で教えていただきたいのですが。

ちなみに私は1999年当時、iDC内のルーターファームアップ、サーバーパッチ当てなどしてました。これを怠っていたら某大手通販サイトが落ちてたかも。

Re:2000年問題が以外に低い

[imaic (31975)]

何に驚いたかって、PASOPIA16が現役で動いていたシステムがあった。

Re:2000年問題が以外に低い

[akudaikan (26016)]

2000年問題も忘れかけた、2000年夏のこと。
某役所で、特定の年齢の人からお金を徴収する請求書を発行したところ、年齢抽出処理が2000年問題で…しかし、その場では誰も気が付かず…
結局、発送直前に抜き取り点検していたベテラン職員の経験値によって救われた。
災害を起こすもの人だが、最後の砦も人なのだと気が付いた、ひと夏の苦い思い出。
# あの時、上司から来た「オフレコで処理を！」というメールは今でも持ってますぜ。フフフフフ。

Re:2000年問題が以外に低い

[Hatris (33732)]

基板からRTCを引っこ抜く、という荒業をしました。

その基板で走らせていたソフトではRTCを使っていなかったんですが、
ハードの設計仕様上、条件でRTCが割り込みを発生させることができ、
RTC内部処理が見事に年号2桁だったんですよね。
00リセットされたときに何が起きるのかはもう忘れてしまいましたが、
面倒だったので実験はせずに、取っちゃいました。

#ハード起因のトラブルの方が、何かと手間ですし・・・

Re:2000年問題が以外に低い

[hiroski (3667)]

2000年2月29日に待機というのがあったな。
普通にうるう年なんだが、100年に一度はうるう年ではないだけ実装してるというちょっぼが幾つかあったらしい。
誰かが2000年に一度の特例？があるなんて珍説を出してきて、東京天文台に確認したことがある。

Re:2000年問題が以外に低い

[TV (3657)]

昭和通算歴問題とか地味にあるんじゃない？

Re:2000年問題が以外に低い

[Anonymous Coward]

俺がやったわけじゃないけど、社員番号の付け替えが行われました。

以前は社員番号の先頭２桁が、西暦の下２桁になっていたという……まあ、よくありそうな話ですね。
対策しなくても致命的な問題は起きなかったかも知れませんが、ソートがうまくいかないとかを始めとして様々な不具合に見舞われたであろう事は想像できます。
番号付け関連ではこのたぐいの「致命的ではないが実務に影響する不具合」って、けっこう多かったんじゃないかな。事前に対策できたものもあるだろうし、発生してから対策したものもあるだろうけど。

Re:2000年問題が以外に低い

[TarZ (28055)]

その手の問題だと、2001年9月9日問題 [wikipedia.org]なんてのがありましたね。/.Jストーリー [slashdot.jp]

# この件で、taka2さんが興味深い経験されていたような。

Re:2000年問題が以外に低い

[taka2 (14791)]

うぉ、ここでネタにされるとは…　fjに書き込んだネタですが [google.co.jp]

以前(3月末)、2001年9月9日問題(1970年1月1日からの秒数が9桁から10桁になる)
がちょっと話題になりました。

私は当時、「そんな問題起こすようなプログラムは普通書かんよなぁ」
と思っていたのですが、みごとにやってしまいました。

perl で書いた、ファイルを日付順にソートしているような CGI だったのですが、
比較を ですべき所を cmp でやってたんです。そのため、9/9 10:46以降の
ファイルが一番後ろに並んでしまいました…

普通に日付順に並べ替えるならこういうボケはしなかったと思うのですが、
いろいろなソート条件の一つに日付順というのがあり、cmp しているソート
ルーチンで対象データだけ差し替えたため、こういう問題が起きてしまいました。

というわけで、そういうアホも居たという報告です…

なんてことが。
単に気が付かずにバグを出したのではなく、「事前に2001年9月9日問題について知っていたのに、その対策を怠った」というが、ちょっとショックでしたね。
その時得た教訓は「自分はそんな失敗をするはずがない」などと「自分を過信するな」ことでしょうか。

Re:2000年問題が以外に低い

[sketch (7027)]

perl関係で、数値と文字列の扱いの違いだと、未だに「19107年 [google.com]」って日付の掲示板とか日記システムとか、ありますね。

Re:2000年問題が以外に低い

[335 (4199)]

私は、1999年にCGIでLocalTimeを使っていて夏時間冬時間問題
でやられてしまいました。そのときそのCGIはカナダで動いていた。

Re:2000年問題が以外に低い

[Anonymous Coward]

GPSの1024週目トラブルってのもあったな。
1999年8月22日に発生したやつ。