アカウント名:
パスワード:
TAIに対して日とか月とか年の開始時刻を定める方が筋がよさそうな気がするのは私だけなんでしょか。
現在秒に60を設定できるRTCを見たことないし、そこまで考えるレベルで設計されてないと思う。むしろRTCは1日86400秒固定派。
NTPの一般的な実装とか、電波時計は何分か前から徐々にずらして秒の数は変わらないようにしていると何かで読んだそこはかとないうっすらとした記憶がないでもない
システムの内部だけで使うならそうだけど、それって人間サマが参照するために設定するんでしょ?結局うるう秒オフセットとタイムゾーンで原子時から天文時に補正するなら同じこと。どっちでもいいんだったらエンドユーザーが時計合わせしやすい天文時を使った方がよい。
人間サマも原子時を使うべき、という主張なら話は別だけど。それはそれで手段と目的が入れ替わってるな。
同じことじゃないですよぅ。時計の方をいじったら monotonic じゃなくなるじゃないですか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
RTCに天文時を使う必要性 (スコア:2)
TAIに対して日とか月とか年の開始時刻を定める方が筋がよさそうな気がするのは私だけなんでしょか。
Re:RTCに天文時を使う必要性 (スコア:2)
現在秒に60を設定できるRTCを見たことないし、そこまで考えるレベルで設計されてないと思う。むしろRTCは1日86400秒固定派。
Re: (スコア:0)
NTPの一般的な実装とか、電波時計は何分か前から徐々にずらして秒の数は変わらないようにしている
と何かで読んだそこはかとないうっすらとした記憶がないでもない
Re: (スコア:0)
システムの内部だけで使うならそうだけど、それって人間サマが参照するために設定するんでしょ?
結局うるう秒オフセットとタイムゾーンで原子時から天文時に補正するなら同じこと。
どっちでもいいんだったらエンドユーザーが時計合わせしやすい天文時を使った方がよい。
人間サマも原子時を使うべき、という主張なら話は別だけど。それはそれで手段と目的が入れ替わってるな。
Re:RTCに天文時を使う必要性 (スコア:2)
同じことじゃないですよぅ。時計の方をいじったら monotonic じゃなくなるじゃないですか。