パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

夏時間のせいで医療記録が飛ぶ」記事へのコメント

  • by Anonymous Coward on 2018年11月08日 10時14分 (#3512095)

    サマータイムなんて表示上の話で世界標準時間があるのだからなぜサマータイムなんぞ考慮せねばならんのか(UTC)とでも書いておけば対応完了でいいと思うけど。

    • by albireo (7374) on 2018年11月08日 10時24分 (#3512102) 日記

      ユーザーが日時を入力する箇所があればローカルタイム→UTCの変換も不可避なので、表示上だけでは済まない。
      ユーザーに「必ずUTCで入力」を強制できるなら別だけど。

      --
      うじゃうじゃ
      親コメント
      • by Anonymous Coward

        もうローカルタイムは廃止してすべてUTCでやればいいじゃん。
        そのうち、2:00(UTC)が昼前ということに慣れるよ。

        • by Anonymous Coward

          全てUTCで構わないけど、どうやって今のローカルタイム前提のソフトから
          移行するかも考えておかないとSEが死ぬる事になりかねんぞ。

        • by Anonymous Coward

          Swatch Beat「ワイの出番やな!」

          • by Anonymous Coward

            君は制度が足らなすぎたんや…
            もう一桁あればなあ

        • by Anonymous Coward

          それは慣れるかもしれないけど、朝の9時に日付が変わるのは慣れるかなあ。
          日本の場合は始業時間になることが多いので、意外としっくりくるか?

          # 昼に日付が変わる地域とかだと「日」という概念自体が別物になる気がする。

          • by Anonymous Coward

            給与計算ソフトのバグで深夜手当がついたりしないかな

            • by Anonymous Coward

              給与計算ソフトのバグで深夜手当てが付かないケースも当然ありえますよね
              #こっちのケースだと、なかなか直してくれなかったりして

          • by Anonymous Coward

            学校と会社の始業をUTC0:00にすれば良い。
            前日の内に移動し日付が変わると同時に仕事、授業開始なんて美しく日本的じゃないですか。

    • by Anonymous Coward

      それは最も良くある勘違いです。
      表示を変えれば良いだけなら誰も苦労しません。
      時刻を見て動く自動処理や、集計処理で、切り替えのタイミングでのイレギュラーな動作を正しく(業務によって正しい扱いは変わる)実装する必要があります。
      1日が24時間だという前提で作られているプログラムや記録データも全てダメになります。
      システムに疎い人の身近なところでも、あなたが入力している勤怠記録がサマータイム切り替えを伴う深夜残業に対応して正しく計算出来るかを想像してみれば、如何に対応が容易ではないかがわかるでしょう。

長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds

処理中...