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

夏時間切り替え、苦労して導入する価値はある?」記事へのコメント

  • by Anonymous Coward

    ソフトウェアサービスだと、タイムゾーンへの対応は当然行いますよ。
    内部では UTC で管理して、見せる方は Localtime にするってことですよね。
    表示の変更はユーザが選ぶようにしてるので、自動にはあえてしなくてもいいかなと。
    きりがないので。

    • by Anonymous Coward

      過去の時刻を参照するとき、その時点の時刻がサマータイムに該当するか照会しなければいけないので
      今あるソフトはほぼすべて見直しが必要。

      • 文字列表示の時刻→UTCなどへの変換が一意でなくなるとおもうのですが。夏時間が終わるときには1時間時刻が戻るわけですが、「11月2日午前1時30分」をUTCに変換するには情報が足りませんよね。
        • by Anonymous Coward on 2014年11月09日 11時13分 (#2708396)

          だから文字列化するのは表示のときだけで内部は全部UTCであるべき。

          親コメント
          • by saitoh (10803) on 2014年11月10日 12時32分 (#2708699)
            外部から文字列を与えられて内部表現に変換する部分を皆無にはできないですよね。 一旦人間が読めるように印刷出力する際にはUTCというわけにはいかないおんで。 たとえば(オンライン型ではない)タイムカードとか手書きの勤務簿の入力とか。
            親コメント

UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie

処理中...