アカウント名:
パスワード:
>なお、これとはまったく関係はないが、例えば「年4桁+月2桁」の数字6桁で年月を表現するルールを採用している場合、2020年を迎えた現在それが「年2桁+月2桁+日2桁」との表記との区別がつかないという問題も指摘されている。
全く関係ないけどさ、日本の場合は年・月・日の順序は変わらないけど英語圏では
MM/DD/YY 01/14/20DD/MM/YY 14/01/20
って二種類の表記があるけどコレって混同しないのかな?
そもそもの問題として一番頻繁に数字が変わるケタを右側に持ってこない理由がいまいちわからない。なんで年を最後に宣言するんだ?
VBA等でDateValue関数を利用して、文字から日付に変換 [microsoft.com]するときに起きる落とし穴ですね。月入力で1~12かチェックしないと↓みたいな事が起きる。
DateValue("12/12/13")=2012/12/13(YY/MM/DD)DateValue("12/13/12")=2012/12/13(MM/DD/YY)
# ロケール固定になるけど、DateSerial [microsoft.com]を使えば安全なときもある。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
なぜ年月日ではないのか (スコア:2)
>なお、これとはまったく関係はないが、例えば「年4桁+月2桁」の数字6桁で年月を表現するルールを採用している場合、2020年を迎えた現在それが「年2桁+月2桁+日2桁」との表記との区別がつかないという問題も指摘されている。
全く関係ないけどさ、日本の場合は年・月・日の順序は変わらないけど
英語圏では
MM/DD/YY 01/14/20
DD/MM/YY 14/01/20
って二種類の表記があるけどコレって混同しないのかな?
そもそもの問題として一番頻繁に数字が変わるケタを右側に持ってこない理由がいまいちわからない。なんで年を最後に宣言するんだ?
Re:なぜ年月日ではないのか (スコア:0)
VBA等でDateValue関数を利用して、文字から日付に変換 [microsoft.com]するときに起きる落とし穴ですね。
月入力で1~12かチェックしないと↓みたいな事が起きる。
DateValue("12/12/13")=2012/12/13(YY/MM/DD)
DateValue("12/13/12")=2012/12/13(MM/DD/YY)
# ロケール固定になるけど、DateSerial [microsoft.com]を使えば安全なときもある。