アカウント名:
パスワード:
『サマータイムにより2時間ないし、何時間と時間がずれても、そのまま処理するだけで影響は軽微です。目覚まし時計の時間がずれたら直すように「サマータイム」となったとき、コンピュータの時計を合わせ直せば良いだけのことです』(あるITジャーナリスト)
(まとめ [togetter.com])
ファイルシステムとか今どきだとクラウドとかデータベースが当たり前のように動いてる世の中で時間ずれが問題にならないとかすげぇことを言うなぁ。「ITって何の略だったっけ?って言うジャーナリスト」の略でITジャーナリストとか言ったりしないかなぁ。しないかぁ…
つか、時間ずれに関しちゃ、オフラインですら問題が起きるわけで。(時計をサマータイムに合わせればだが。)
単純に「何時間経過したか」を計算するプログラム(勤務表など)を考えてみればよい。
切り替わりの日、サマータイム開始日に 6時間しか働いてないのに2時間進めるせいで八時間として計算されたり、終了日に、一度目の5時と時計を戻した5時の区別がつかない為、6時間経過と8時間経過の区別がつかないとか。(勤務表で例を出しているが、経過時間を図るプログラムは全て同じこと)
本当にこの人、プログラム組んだ事あるんだろうか。
そんな事は普通の時間合わせですら起きるというのに最近はみんなNTP使ってる前提で普通にクライアントの時計を信用するんかね。というかクライアントのローカルタイムを信用すんなよ。海外で利用すれば変わるだろ。そもそも時間比較する時になぜ日本時間を勝手にサマータイムはありえないと仮定して使うのか…。
というかクライアントのローカルタイムを信用すんなよ。海外で利用すれば変わるだろ。そもそも時間比較する時になぜ日本時間を勝手にサマータイムはありえないと仮定して使うのか…。
そりゃ複数の国にまたがって使用するプログラムならUTCを使うだろうけど、日本ローカルでしか使わないプログラムでUTCを使うメリットってあるか?グローバルの時代だとか言ってどんなプログラムもグローバルタイムに対応させてもオーバースペックになって工数とバグが増えるだけだ。一部で必要とはいっても、それを全体に適用するのは愚の骨頂。
それに、今の日本では法律でサマータイムが規定されていない。決まっていないことに対応させることって必要か?対応コストが必要なのに?「将来的に○○があるかもしれないので対応させます。100万円予算を増やして。」と言って誰が納得する?
元コメには、どこにも「時間計算クラスを自作」なんて書いてないですが。
普通に考えれば、標準APIが夏時間を返しても正常に動くようにするために、100万円余分にかかるという意味だと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
さいきんみたいちばんこわいの (スコア:5, すばらしい洞察)
『サマータイムにより2時間ないし、何時間と時間がずれても、そのまま処理するだけで影響は軽微です。目覚まし時計の時間がずれたら直すように「サマータイム」となったとき、コンピュータの時計を合わせ直せば良いだけのことです』(あるITジャーナリスト)
(まとめ [togetter.com])
Re: (スコア:1)
ファイルシステムとか今どきだとクラウドとかデータベースが当たり前のように動いてる世の中で時間ずれが問題にならないとかすげぇことを言うなぁ。
「ITって何の略だったっけ?って言うジャーナリスト」の略でITジャーナリストとか言ったりしないかなぁ。
しないかぁ…
Re: (スコア:0)
つか、時間ずれに関しちゃ、オフラインですら問題が起きるわけで。(時計をサマータイムに合わせればだが。)
単純に「何時間経過したか」を計算するプログラム(勤務表など)を考えてみればよい。
切り替わりの日、サマータイム開始日に 6時間しか働いてないのに2時間進めるせいで八時間として計算されたり、
終了日に、一度目の5時と時計を戻した5時の区別がつかない為、6時間経過と8時間経過の区別がつかないとか。
(勤務表で例を出しているが、経過時間を図るプログラムは全て同じこと)
本当にこの人、プログラム組んだ事あるんだろうか。
Re: (スコア:0)
そんな事は普通の時間合わせですら起きるというのに最近はみんなNTP使ってる前提で普通にクライアントの時計を信用するんかね。
というかクライアントのローカルタイムを信用すんなよ。海外で利用すれば変わるだろ。
そもそも時間比較する時になぜ日本時間を勝手にサマータイムはありえないと仮定して使うのか…。
Re: (スコア:1)
というかクライアントのローカルタイムを信用すんなよ。海外で利用すれば変わるだろ。
そもそも時間比較する時になぜ日本時間を勝手にサマータイムはありえないと仮定して使うのか…。
そりゃ複数の国にまたがって使用するプログラムならUTCを使うだろうけど、日本ローカルでしか使わないプログラムでUTCを使うメリットってあるか?
グローバルの時代だとか言ってどんなプログラムもグローバルタイムに対応させてもオーバースペックになって工数とバグが増えるだけだ。
一部で必要とはいっても、それを全体に適用するのは愚の骨頂。
それに、今の日本では法律でサマータイムが規定されていない。決まっていないことに対応させることって必要か?対応コストが必要なのに?
「将来的に○○があるかもしれないので対応させます。100万円予算を増やして。」と言って誰が納得する?
Re: (スコア:0)
そんなの最初から標準APIのTimeオブジェクトに投げて計算させるだけだろ(OSが夏時間対応してればね)
そんな技術ない(まともな開発言語を選定できない)プログラマーからはむしろ100万円返してほしいね
Re:さいきんみたいちばんこわいの (スコア:0)
元コメには、どこにも「時間計算クラスを自作」なんて書いてないですが。
普通に考えれば、標準APIが夏時間を返しても正常に動くようにするために、100万円余分にかかるという意味だと思います。