アカウント名:
パスワード:
まれにしかロールオーバーしないので、まれなロールオーバーの設計に不備が入りやすいもっと頻繁にロールオーバーする設計にすれば、すぐに欠点が見つかり修正される数か月に一度ロールオーバーするように設計するとか、そもそも週データを持たずに毎週ロールオーバーする設計にするとかで
>まれにしかロールオーバーしないので、まれなロールオーバーの設計に不備が入りやすい
GPS 衛星が放送している時刻情報「週番号」は、そのサイズが 10BIT、すなわち 0 から 1023 の範囲で出力されており、1024 週の次は 0 に戻ることが GPS 衛星の仕様として一般に知られています。
1024週目 ～ 約19年半で必ずロールオーバーする仕様を「まれ」なことにしちゃいますか。まぁ、数年で壊れて使われなくなる前提の製品設計だとそれもありかもしれませんね。たまたま壊れずに使われてたら悲劇。
2000年問題やその後の二桁西暦保持実装を思い返せば何ら不思議ではない話だと思うのだが。その教訓を活かしてないって意味なら確かにお粗末だが、そういう実装がある事自体は当然というか、むしろ無いほうが驚くレベル。
閏年を実装していない（デジタル）時計もあるし、日本でも元号制定＝「大化」前は、干支紀年法が使われていた。
# 前にも「GPSロールオーバー」騒動があった記憶があるが、あれからもう20年たったのか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
設計が悪い (スコア:0)
まれにしかロールオーバーしないので、まれなロールオーバーの設計に不備が入りやすい
もっと頻繁にロールオーバーする設計にすれば、すぐに欠点が見つかり修正される
数か月に一度ロールオーバーするように設計するとか、そもそも週データを持たずに毎週ロールオーバーする設計にするとかで
Re: (スコア:1)
>まれにしかロールオーバーしないので、まれなロールオーバーの設計に不備が入りやすい
GPS 衛星が放送している時刻情報「週番号」は、そのサイズが 10BIT、すなわち 0 から 1023 の範囲で出力されて
おり、1024 週の次は 0 に戻ることが GPS 衛星の仕様として一般に知られています。
1024週目 ～ 約19年半で必ずロールオーバーする仕様を「まれ」なことにしちゃいますか。
まぁ、数年で壊れて使われなくなる前提の製品設計だとそれもありかもしれませんね。
たまたま壊れずに使われてたら悲劇。
Re:設計が悪い (スコア:0)
2000年問題やその後の二桁西暦保持実装を思い返せば何ら不思議ではない話だと思うのだが。
その教訓を活かしてないって意味なら確かにお粗末だが、
そういう実装がある事自体は当然というか、むしろ無いほうが驚くレベル。
Re: (スコア:0)
閏年を実装していない（デジタル）時計もあるし、日本でも元号制定＝「大化」前は、干支紀年法が使われていた。
# 前にも「GPSロールオーバー」騒動があった記憶があるが、あれからもう20年たったのか。