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

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

  • by Anonymous Coward

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

    • by Anonymous Coward

      内部がUTCならいいんだけどとくに日本国内向けのサービスだとたいていJSTになっていて阿鼻叫喚

      • by Anonymous Coward

        特に出力ファイルやログデータにローカルタイムのHHMMSSが含まれていたら、ソートが狂ったりファイル名が衝突したり悲惨ですね。

        • バッチが飛ばされたり2回実行されたりとかもありそうです。

          • by nim (10479) on 2014年11月04日 10時29分 (#2705565)

            バッチ扱うようなシステムだと、通常アプリケーション日付ってのもありませんか?
            日付が 05:00 JST で切り替わる(○月×日は、5:00 から 29:59 までになる)ようなやつ。

            親コメント

目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond

処理中...