アカウント名:
パスワード:
(数百年後もこの構造体使ってるかなあ)
「数十年後もこの構造体使ってるかなぁ、いやさすがにそれはもうないだろ」と言って手抜きをした結果が2000年問題。。。 本人の意志や予想に反して、ソースコードって意外と長生きするもんです。特に部分的にコピペされたりする場合を含めると不思議なほど使い回されます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
つまりstruct tmの (スコア:3, おもしろおかしい)
int tm_hour; /* Hours. [0-23] */
が
int tm_sec; /* Seconds. [0-59] */
int tm_hour; /* Hours. [0-24] (1 leap hour)*/になると
(数百年後もこの構造体使ってるかなあ)
Re:つまりstruct tmの (スコア:2, 興味深い)
(数百年後もこの構造体使ってるかなあ)
「数十年後もこの構造体使ってるかなぁ、いやさすがにそれはもうないだろ」と言って手抜きをした結果が2000年問題。。。
本人の意志や予想に反して、ソースコードって意外と長生きするもんです。特に部分的にコピペされたりする場合を含めると不思議なほど使い回されます。
Re:つまりstruct tmの (スコア:1)
Re:つまりstruct tmの (スコア:1)
Re:つまりstruct tmの (スコア:0)
int tm_sec;/* seconds after the minute - [0,59] */
お気に入りの辞典には
int tm_sec; /* SECond : 秒 (0~61) */
って書いてましたが。
んで、辞典の説明では
"tm_sec の範囲が(0~59)ではなく(0~61)となっているのは、
2秒までの閏秒を見込んでいるからである."
とありました。
コメントがどの位他に影響があるのかはよく分かりませんが。
#VCしか使ったことが無いのでAC