アカウント名:
パスワード:
サマータイムなんて表示上の話で世界標準時間があるのだからなぜサマータイムなんぞ考慮せねばならんのか(UTC)とでも書いておけば対応完了でいいと思うけど。
ユーザーが日時を入力する箇所があればローカルタイム→UTCの変換も不可避なので、表示上だけでは済まない。ユーザーに「必ずUTCで入力」を強制できるなら別だけど。
もうローカルタイムは廃止してすべてUTCでやればいいじゃん。そのうち、2:00(UTC)が昼前ということに慣れるよ。
全てUTCで構わないけど、どうやって今のローカルタイム前提のソフトから移行するかも考えておかないとSEが死ぬる事になりかねんぞ。
Swatch Beat「ワイの出番やな!」
君は制度が足らなすぎたんや…もう一桁あればなあ
それは慣れるかもしれないけど、朝の9時に日付が変わるのは慣れるかなあ。日本の場合は始業時間になることが多いので、意外としっくりくるか?
# 昼に日付が変わる地域とかだと「日」という概念自体が別物になる気がする。
給与計算ソフトのバグで深夜手当がついたりしないかな
給与計算ソフトのバグで深夜手当てが付かないケースも当然ありえますよね#こっちのケースだと、なかなか直してくれなかったりして
学校と会社の始業をUTC0:00にすれば良い。前日の内に移動し日付が変わると同時に仕事、授業開始なんて美しく日本的じゃないですか。
それは最も良くある勘違いです。表示を変えれば良いだけなら誰も苦労しません。時刻を見て動く自動処理や、集計処理で、切り替えのタイミングでのイレギュラーな動作を正しく(業務によって正しい扱いは変わる)実装する必要があります。1日が24時間だという前提で作られているプログラムや記録データも全てダメになります。システムに疎い人の身近なところでも、あなたが入力している勤怠記録がサマータイム切り替えを伴う深夜残業に対応して正しく計算出来るかを想像してみれば、如何に対応が容易ではないかがわかるでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
標準時間で (スコア:0)
サマータイムなんて表示上の話で世界標準時間があるのだからなぜサマータイムなんぞ考慮せねばならんのか(UTC)とでも書いておけば対応完了でいいと思うけど。
Re:標準時間で (スコア:1)
ユーザーが日時を入力する箇所があればローカルタイム→UTCの変換も不可避なので、表示上だけでは済まない。
ユーザーに「必ずUTCで入力」を強制できるなら別だけど。
うじゃうじゃ
Re: (スコア:0)
もうローカルタイムは廃止してすべてUTCでやればいいじゃん。
そのうち、2:00(UTC)が昼前ということに慣れるよ。
Re: (スコア:0)
全てUTCで構わないけど、どうやって今のローカルタイム前提のソフトから
移行するかも考えておかないとSEが死ぬる事になりかねんぞ。
Re: (スコア:0)
Swatch Beat「ワイの出番やな!」
Re: (スコア:0)
君は制度が足らなすぎたんや…
もう一桁あればなあ
Re: (スコア:0)
それは慣れるかもしれないけど、朝の9時に日付が変わるのは慣れるかなあ。
日本の場合は始業時間になることが多いので、意外としっくりくるか?
# 昼に日付が変わる地域とかだと「日」という概念自体が別物になる気がする。
Re: (スコア:0)
給与計算ソフトのバグで深夜手当がついたりしないかな
Re: (スコア:0)
給与計算ソフトのバグで深夜手当てが付かないケースも当然ありえますよね
#こっちのケースだと、なかなか直してくれなかったりして
Re: (スコア:0)
学校と会社の始業をUTC0:00にすれば良い。
前日の内に移動し日付が変わると同時に仕事、授業開始なんて美しく日本的じゃないですか。
Re: (スコア:0)
それは最も良くある勘違いです。
表示を変えれば良いだけなら誰も苦労しません。
時刻を見て動く自動処理や、集計処理で、切り替えのタイミングでのイレギュラーな動作を正しく(業務によって正しい扱いは変わる)実装する必要があります。
1日が24時間だという前提で作られているプログラムや記録データも全てダメになります。
システムに疎い人の身近なところでも、あなたが入力している勤怠記録がサマータイム切り替えを伴う深夜残業に対応して正しく計算出来るかを想像してみれば、如何に対応が容易ではないかがわかるでしょう。