アカウント名:
パスワード:
基本形式(YYYYMMDDThhmmss+0900)または拡張形式(YYYY-MM-DDThh:mm:ss+09:00)のどちらかに準拠して欲しい
関連リンク：米国と欧州の日付フォーマットの違いにより、児童ポルノ送信容疑をかけられたスペインの家族 | スラド IT [it.srad.jp]
機械処理するデータとしてなら賛成。人が読むための物だと、YYYYMMDDは視認性が悪く、YYYY-MM-DDは範囲を表す記号に悩む。
> 機械処理するデータとしてなら賛成。
機械処理するなら Unix Time 以外に選択肢ないでしょ……てか、Excel で日付表示になっていても、実データは Unix Time でしょ。
えぇっ？2038年って意外と近いと思うんですよ
その頃はとっくに現役引退してるし2000年問題のときも大きな問題なかったから大丈夫と無責任なことを言ってみる
2038年にならなくとも2038年を入力することはあるんだが・・・無責任以前に無能じゃないか。あと2000年問題は対応したから大きな問題にならなかったんだぞ。
いやいや、2000年問題の時は、対応していないところも（自分のいた会社も含めて）あったかと。大混乱はなかったけれど、過ぎてから「やべ、直してない」というのがちらほら。
既に64bitにして解消しているプロダクトも結構ありますけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
日時はISO 8601で (スコア:2, 参考になる)
基本形式(YYYYMMDDThhmmss+0900)または拡張形式(YYYY-MM-DDThh:mm:ss+09:00)のどちらかに準拠して欲しい
関連リンク：米国と欧州の日付フォーマットの違いにより、児童ポルノ送信容疑をかけられたスペインの家族 | スラド IT [it.srad.jp]
Re: (スコア:0)
機械処理するデータとしてなら賛成。
人が読むための物だと、YYYYMMDDは視認性が悪く、YYYY-MM-DDは範囲を表す記号に悩む。
Re: (スコア:1)
> 機械処理するデータとしてなら賛成。
機械処理するなら Unix Time 以外に選択肢ないでしょ……
てか、Excel で日付表示になっていても、実データは Unix Time でしょ。
Re:日時はISO 8601で (スコア:3)
えぇっ？
2038年って意外と近いと思うんですよ
Re:日時はISO 8601で (スコア:2)
その頃はとっくに現役引退してるし
2000年問題のときも大きな問題なかったから大丈夫
と無責任なことを言ってみる
Re: (スコア:0)
2038年にならなくとも2038年を入力することはあるんだが・・・
無責任以前に無能じゃないか。
あと2000年問題は対応したから大きな問題にならなかったんだぞ。
Re: (スコア:0)
いやいや、2000年問題の時は、対応していないところも（自分のいた会社も含めて）あったかと。
大混乱はなかったけれど、過ぎてから「やべ、直してない」というのがちらほら。
Re: (スコア:0)
既に64bitにして解消しているプロダクトも結構ありますけどね。