アカウント名:
パスワード:
システムやプロトコルではTAIで管理し人間にみせるときに都度UTCやローカル時刻に変換する方式はスラドでも何 [science.srad.jp] 度 [science.srad.jp] も [science.srad.jp] 提案 [it.srad.jp]されていますがITUでも提案されているのか、されていたら採択されない理由、反論などもし中の人いたら教えてください。
閏秒のデータをアップデートしなくても大丈夫な機器、というと、外部の基準時刻に自動で合わせる機能を持った機器、標準電波で時刻合わせをしてる電波時計とか、ntpとか?
その辺だと、送りつける時刻情報を閏秒に合わせてずらしたら、機器側からすると「なんだか分からないけどとにかく参照している時刻の基準が1秒ずれたので、内部の時計もそれに合わせて1秒ずらす」と勝手に追随してくるはずなので、閏秒に関するデータそのものは不要。
それなら、その辺の機器に対して後方互換性を確保するため、基準時刻は閏秒を反映させた方を送り続けることにすれば解決しそうな。
うるう秒で困っているのはネットワーク上で他のデバイスと時刻を比較して不整合を起こしたり、自動時刻合わせで自己不整合をおこすためなので、そもそもネットワークにつながっているんだからうるう秒データなんかネットワークから自動でとってくればいい。
ネットワークにつながってないデバイスはそもそも上の不整合が起きないから、TAIを使っても使わなくてもいいし、これまで通りJJYなり手動なりお好きに運用すればいいのでは。
絶対時間を取るところに問題があるわけじゃなくて、人間の時間に合わせてうるう秒を処理する能力がほとんどのプログラマに欠けているという話なのです。
> ほとんどのプログラマに欠けている 現状でさえそういう状態なのに、うるう秒対応を後世の未経験プログラマに先送りするわけですよね。尻をふくはめになる子孫から呪われると思う。
その影響はどの程度だろうね。
2000年問題を対応した世代からすると「素人でもわかるトラブルの種は過大に評価される」という歴史的教訓を後世に伝えておきたい。
あれは過大評価でもなんでもなく、重大なトラブルの種だと触れ回ったからこそ金などのリソースを確保できたのであの程度で済んだのだと思うぞ。
100年もたったらAIがやってくれるよ100年前のこと考えてみ
東と西で電源周波数が違うことに最初に気づいた人も同じことを考えたんじゃないかな
そして取り返しがつかなくなった
Y2Kはなんとかなったと考えるんじゃないかな
うるう秒も満足に処理できないIT屋共が、うるう百秒に耐えられる訳も無い。
systemTime と displayTime に分かれるとかなら実装楽だからそうなるんじゃねかな
単純に普及しているコンピュータの時計が対応してないから対応不能じゃね?
なんでOSやプロトコルが今のままという前提なんですか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
教えてくんで恐縮ですが (スコア:0)
システムやプロトコルではTAIで管理し人間にみせるときに都度UTCやローカル時刻に変換する方式は
スラドでも何 [science.srad.jp] 度 [science.srad.jp] も [science.srad.jp] 提案 [it.srad.jp]されていますが
ITUでも提案されているのか、されていたら採択されない理由、反論など
もし中の人いたら教えてください。
Re: (スコア:0)
Re: (スコア:0)
閏秒のデータをアップデートしなくても大丈夫な機器、というと、外部の基準時刻に自動で合わせる機能を持った機器、標準電波で時刻合わせをしてる電波時計とか、ntpとか?
その辺だと、送りつける時刻情報を閏秒に合わせてずらしたら、機器側からすると「なんだか分からないけどとにかく参照している時刻の基準が1秒ずれたので、内部の時計もそれに合わせて1秒ずらす」と勝手に追随してくるはずなので、閏秒に関するデータそのものは不要。
それなら、その辺の機器に対して後方互換性を確保するため、基準時刻は閏秒を反映させた方を送り続けることにすれば解決しそうな。
Re: (スコア:0)
うるう秒で困っているのはネットワーク上で他のデバイスと時刻を比較して不整合を起こしたり、自動時刻合わせで自己不整合をおこすためなので、
そもそもネットワークにつながっているんだからうるう秒データなんかネットワークから自動でとってくればいい。
ネットワークにつながってないデバイスはそもそも上の不整合が起きないから、TAIを使っても使わなくてもいいし、これまで通りJJYなり手動なりお好きに運用すればいいのでは。
Re: (スコア:0)
絶対時間を取るところに問題があるわけじゃなくて、人間の時間に合わせてうるう秒を処理する能力がほとんどのプログラマに欠けているという話なのです。
Re: (スコア:0)
> ほとんどのプログラマに欠けている
現状でさえそういう状態なのに、うるう秒対応を後世の未経験プログラマに先送りするわけですよね。
尻をふくはめになる子孫から呪われると思う。
Re:教えてくんで恐縮ですが (スコア:1)
その影響はどの程度だろうね。
2000年問題を対応した世代からすると「素人でもわかるトラブルの種は過大に評価される」という歴史的教訓を後世に伝えておきたい。
Re:教えてくんで恐縮ですが (スコア:2, すばらしい洞察)
あれは過大評価でもなんでもなく、重大なトラブルの種だと触れ回ったからこそ金などのリソースを確保できたのであの程度で済んだのだと思うぞ。
Re: (スコア:0)
100年もたったらAIがやってくれるよ
100年前のこと考えてみ
Re: (スコア:0)
東と西で電源周波数が違うことに最初に気づいた人も同じことを考えたんじゃないかな
そして取り返しがつかなくなった
Re: (スコア:0)
Y2Kはなんとかなったと考えるんじゃないかな
Re: (スコア:0)
うるう秒も満足に処理できないIT屋共が、うるう百秒に耐えられる訳も無い。
Re: (スコア:0)
systemTime と displayTime に分かれる
とかなら実装楽だからそうなるんじゃねかな
Re: (スコア:0)
単純に普及しているコンピュータの時計が対応してないから対応不能じゃね?
Re: (スコア:0)
なんでOSやプロトコルが今のままという前提なんですか?
Re:教えてくんで恐縮ですが (スコア:1)