アカウント名:
パスワード:
まず基本的なうるう年処理で誤作動を起こさないシステムを作ってください
#なんで2/29を考慮しないシステムが多いのだろう?
2000年はルール上、400年に一度の年だったからしょうがない。
>100年以上動かす事なんて滅多に無いだろう
ではなくて、多くのクリティカルなソフトウェアでは、仕様に設計寿命が含まれていたから、限られた資源の中で、考慮しなかった。
設計寿命30年のシステムを1960年代に作ったとして、まさか2000年を迎えるなんて想定外だったわけです。
東京電力はこんなことも言ってますが、http://www.tepco.co.jp/nu/qa/qa15-j.html [tepco.co.jp]
そもそも、
稼働期間 = 扱う日付の範囲
ってシステムのほうが少ないだろうが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
うるう秒でどうこう言うより (スコア:0)
まず基本的なうるう年処理で
誤作動を起こさないシステムを作ってください
#なんで2/29を考慮しないシステムが多いのだろう?
Re: (スコア:0)
2000年はルール上、400年に一度の年だったからしょうがない。
Re: (スコア:0)
なんで「100年に一度」まで考慮していながら「400年に一度」まで考慮しないのか不思議。しょうがないとは思えないしょうがなさ。
Re: (スコア:0)
>100年以上動かす事なんて滅多に無いだろう
ではなくて、多くのクリティカルなソフトウェアでは、仕様に設計寿命が含まれていたから、限られた資源の中で、考慮しなかった。
設計寿命30年のシステムを1960年代に作ったとして、まさか2000年を迎えるなんて想定外だったわけです。
東京電力はこんなことも言ってますが、
http://www.tepco.co.jp/nu/qa/qa15-j.html [tepco.co.jp]
Re:うるう秒でどうこう言うより (スコア:0)
そもそも、
稼働期間 = 扱う日付の範囲
ってシステムのほうが少ないだろうが。
Re: (スコア:0)
扱う日付の範囲の想定が、具体的にどの範囲だったら、
「100年に一度の処理を入れるけど400年に一度の処理を入れない」なんていう事になるというの?
過去100年分以上の日付は扱うけど現在より先の日付は扱わないとかなら、まだわかるけど。