プログラマーの皆さん、２０００年２月２９日は要注意

[0001 名無しさん NG NG]

大手企業のほとんどが２０００年問題への対応を完了しているが、
今度は来年の「２月２９日」が要注意日としてクローズアップさ
れている。２０００年は４００年に１度の閏（うるう）年にあたり、
コンピューターがこれを認識できないと、資金決済で不渡りが発生
する可能性もあるという。

　西暦では４で割り切れる年が閏年だが、１００で割り切れる年は
平年。ただし、４００で割り切れる年は閏年となる。この４００で
割り切れる閏年を見落とし、２０００年を平年と誤解してしまうプ
ログラムが多数あることが判明している。

[0002 名無しさん NG NG]

ダウト。
400年に一回のネタを考慮してるプログラマーはいないって。

[0003 名無しさん NG NG]

だから注意せーちゅうことやねん（笑

[0004 ＞１ NG NG]

何で最初に来る１００年に一回の例外が例外じゃないって
わかってるのにそういうプログラム組むんだろ？
これが来年の２・２９が存在しないから不都合が起こるって言うのなら理解できるが

[0005 名無しさん NG NG]

いや、プログラマーは２０００年問題来るの知ってたんだ。
それで、１９８０年代とかの人は
「まあ、９９年までまだまだだし誰かやるよ。どうせこのプログラム
も２０００年までつかわないさ。なんで１０年も先のことに２バイト
も多く使わなくちゃいかんの？」

メモリが１メガも無いのにうん十万だったらわかるでしょ。
この気持ち。どんなことであれ１９＊＊の１９は不変だから
要らない。誕生日から年齢だすにしても１件につき２バイト。

だからプログラマの頭の中で区切りというのが４バイトか２バイト
というチョイスだった。それで１９９０年代に、２０００年問題
があるからって組替え始めた。そのころの頭には２０００年が
１９００年にならんようにしか考えてなかった。
それで２さんがいうように２バイト４バイトしか頭に無かった
プログラマのミスが１さんのニュースってことかな。

[0006 まだまだつづくよ NG NG]

16bit time_t と time_t の文字列化の時のオーバフロー
の問題がまだ有るから、20xx年問題はまだつづくよ

[0007 >1 NG NG]

良いところに気が付きましたね、これでまた一儲けする奴が現れる
でしょう。

[0008 名無しさん NG NG]

閏年を気にするやつがそのことに気づいていなかったなんて笑い話だな。

[0009 ＞１ NG NG]

↓実例が、ここにあります。
http://www.sony.co.jp/year2000/contents/8mm.html

[0010 心配したら切りがない NG NG]

２０００年１０月１０日
２０００年になって初めて８桁になる日

２０３８年１月１９日
ユニッ糞の日付の最大値

等髪の毛が白くなっちゃいます

[0011 今のうちに NG NG]

西暦10000年のことも考えとかなくっちゃ。

[0012 SE NG NG]

昭和で日付を組んでいるので、20数年後が恐いです。

[0013 名無しさん NG NG]

１００年に一回の平年（２１００年）を気にする人は
２０年後に来る閏年（２０００）には気が付くと思うけど。。

[0014 ＞１３ NG NG]

９のリンク先は読みましたか？

[0015 よけいなお節介 NG NG]

●2000年2月29日問題のある機械
日立ハンドヘルドPC ペルソナ
http://www.hitachi.co.jp/Prod/persona/2000/index.htm
ソニー 8ミリビデオカメラ
http://www.sony.co.jp/year2000/contents/8mm.html
松下 インターホン用画像録画ユニット VL-837
http://www.mci.panasonic.co.jp/2000year/avc.html
三菱 MELNET R100 NME S/W Z5CP0001
http://www.melco.co.jp/service/2000/category/network.html#r100

●これは、2000年問題の方かもしれない。
東芝 アクセスパネル（TAP）
http://www2.toshiba.co.jp/pc/y2k/2000tap.htm

＃まだ、ほかにも、あるとは思うけど。

[0016 名無しさん NG NG]

このスレッドが、どんどん下がっていくっていうことは、
大したことじゃないのかな？

[0017 まあね NG NG]

　２００１年１１月１１日がコワイっす（謎）。

[0018 うう… NG NG]

大したことあるっす。

[0019 >13 NG NG]

昔の日付を生成しなきゃならないから、100年に一度の奴は考慮に入れる、
でも、2000年までこのプログラムは使わないだろうから、400年に一度の例外はいらねーや、
ていう発想じゃない？

[0020 だれも NG NG]

鉄腕アトムの世界で、2000年が来るなんて実感無かったよね。＜1970〜80年代

[0021 名無しさん NG NG]

これの問題って、日付が一日ずれるだけじゃん？
Y2kやtime_tの問題に比べれば大したことない。

[0022 まぁね♪ NG NG]

＞２１
　いんや、永遠に３／１がこなくなります。＜ＰＣで実験しました。

[0023 >22 NG NG]

なんで？
永遠に2-28のままなの？
なぜ？わからん。。。

[0024 うーむ NG NG]

っていうか、みんなバグなのになんでみんな金はらうんだ？＞客

[0025 たぶん NG NG]

プログラマは仕事が沢山あって景気良いんだろうなぁ

[0026 まわし職人 NG NG]

＞24
バグも料金のうちだからだな、契約内容見てみ

[0027 >6 NG NG]

time_tは32bitでしょ？

[0028 つーことは NG NG]

頭悪いプログラマー雇ったほうが会社がもうかるんっすね（笑）
＞バグも料金
そーいや、昔昭和から平成に変わった時もいろいろあったけど
たいした混乱なかったような・・・

[0029 名無しさん NG NG]

http://hatoya.virtualave.net/2000.htm

[0030 ↑ NG NG]

は悪質なイタヅラなのでクリックしないように

[0031 名無しさん NG NG]

＞２８　その「いろいろ」で大変だったよ。
当時オイラの行ってた大学は、
昭和○○年の○○で学生番号をつけてたんだけど
平成になっちゃって、さー大変。
ってことで19○○の○○に学生番号を切り替えて、
学内のその手のコンピュータを全部総取り替え。
しかし今考えて見ると…
どうすんのかね、来年になったら。
卒業しちゃったからどうでもいいけど。

[0032 >31 NG NG]

学生は４年で総入れ換えになるから別にいいんじゃない？
場当たり的だけど
00は１年、99は２年とか一対一対応させてもいいし。
たった四種類だけだから。

[0033 名無しさん NG NG]

今ごろ、注意しろって言われてもなぁ。
意識がしっかりしてるときはちゃんと考慮してるつもりだけど、
手抜きのシステムもたくさんあるな、自分がかかわったのだけでも。

[0034 ＞３２ NG NG]

留年生には厳しい発言ですな。

[0035 ＞２５ NG NG]

プログラマが景気よいわけじゃないんだよな。
サービス残業は増えまくりなわけよ。

[0036 ＞３６ NG NG]

わかるわかる、その気持ち・・・・
誰だこんな作り方した奴はぁぁぁぁ！！！って切れそうになるよね(>_<)

[0037 名無しさん NG NG]

無限ループだ。

[0038 とりあえず NG NG]

１月１日は大きな事故は無かったみたいだけど…。
仕事始めが第一関門かな。