最低限、年の表記は西暦4桁にするのを徹底してほしい……。
“日本では 年・月・日 だけど 欧州では 日・月・年 米国では 月・日・年 みんな覚えておこうね”
欧州方式はまだわかる。米国方式はヤードポンドとともに焼き払われるべきである
このセンスの無さどうにかして欲しい
2001-2012に比べたら分かりやすくなったよね
32から99年までは年のアタリがつくから間違えにくいけど、とくに月とおなじ1から12年までは間違えやすいよね。わかりにくいわー
アメリカ式かイギリス式かは欧米では常に問題になるので月の部分はJanとかにするのが一般的であると聞く。数字しか打てない奴かな…
それより結構な確率で英語2文字がこまる。JA、FBはOK、MRはまだいいが、MA。お前はダメだ。絶対マーチってなる。特に22/MA/27とか単独だとアウト
日付表記、とっととISO 8601 (YYYYMMDD)で統一されないかな
台湾は辛亥革命（1911年）の翌年が元年となる民国暦が広く使われてるので、賞味期限に98/1/1みたいに書いてあって日本人がギョっとすること多かったけど、2011年以降は民国暦が3桁になったので勘違い減りましたな
米国方式は、ヤードポンドと共に国家の生産性を下げるためにCIAが仕組んだ罠に違いない
ドイツ式はdd/mm/yyだってEver17で覚えた。
この人なら元から海外のカレンダー表記は知ってそうだが...
どうしてもその順で並べたいなら、せめて月は、JAN, FEB... にしろ、っていつも思ってる。
米国方式か。
DDMMYYが一番混乱する
ISO8601 でも YYYY-MM-DD と定めている。デフォルトで一致している日本は楽だけど、そうじゃない国は受け入れがたいのだろうなあ
元々JanとかFebとか書いてたから順番がバラバラでも何とかなってたのか？
2009年7月27日…ではない／ところで欧州式DMYとアメリカ式MDYでも違うのでこれがややこしい
最終的に日本式のyymmddが正義だってredditで見た
月日も逆になったりするから困る。ISO 8601に則ってくれんもんか。
ヤーポンと共に滅ぼすべし
なんか確か順番が違うんやろ？って思って見たけど、製造年月日と勘違いして順番違うにしてもおかしくね？ってなったバカが私です。
多様性を大事だと考えている皆様におかれましては、日付けの記述方法の多様性も受け入れるべきだと思います。
せめてヨーロッパとアメリカのはどちらかに統一して欲しい。
yyyymmdd以外の日付表記認めるべからず
海外の宿帳に日本式で生年月日書いたら困惑されたことあったなあ。
ファイル名でソートする場合YYMMDD方式で日付通りに並べる事ができるのは世界共通なのにおかしな話だ。
2009年とか最近でしょとか一瞬思ってしまった
松丸さんがこれで本当に焦るとは思えないけど。それはさておき、海外に行き慣れてないと毎度これで30秒くらい悩むよね。瓶詰めとかだと思ったより長いし、お菓子は既に賞味期限切れだったり。
ソートできない形式はカス
dd/mm/yyなこともあるの？それならもう無理じゃん
英語だと住所の表記順が逆になるのも戸惑う。
謎ときのネタにするのかな
海外土産は仕方ないかもしれないけど、国内でyyyymmdd以外の消費期限表記は販売できないように法制化して非関税障壁として鎮座させとくべき。
いいから早くISOに準じろ。他は滅べ
形式としてMM-DD-YYとDD-MM-YYが両方あるの狂ってるよね。03.04.27が3月か4月か、文脈から推測するしかないのやばすぎるでしょ。
こういう表記を見て、賞味期限切れてるって慌てたことある！
結論はMMDDYYYY。Notionで慣れてきた。年末でなければ年を意識して日付を書く場面は少ないし毎回先頭YYYYはだるい、DDMMYYだと日付単位だが細かすぎる 数ヶ月単位の予定は考える見間違い考慮してMMDDYYYY。ファイル名はYYYYMMDD。
リヨンのショコラティエPralus！それ美味しいよ。ええもんもろたな。欧州の賞味期限表記ややこしいよね。慣れたけど未だに09/08/26とか何月？？って一瞬なる
ファイル名ソートしたときに日付順になるYYYY-MM-DDこそが正義
mmddyyyyだけは許さない
国内の高級ホテルのおみやげカレーがこの表記で焦ったが、海外向けだったのかもしれねえ
YYYYを採用するだけで、年は間違えようがないので、せめて西暦4桁は世界標準になってほしい。できればYYYY-MM-DDにして欲しいが、贅沢を言うとキリがないので。
YYMMDDで統一しろ
PCとかでデータ管理しててYYYYMMDD以外がベストプラクティスになる超例外パターンを教えてほしい。
賞味期限か。製造年だったら2009って思っちゃう
数字区切りも違うんよね。コロンだったりカンマだったりスペースだったりする。
プログラマを悩ませたYYYYMMDD問題のせいで、英語で説明する場合があるものは「June 12, 2026」のようにするよう気をつけてる。
数人いる「海外では逆なんだよね」という解像度の低い人がまた新しい問題をうみ出している。i18nの道は長く険しい。’.’が小数点か桁区切りかで悩むのだ。
海外帰りの友人からチョコをもらったが、「とんでもなく古いチョコじゃん」と一瞬焦った「2009年かと」「実際、ネットショップにこれでクレーム付いてるの見た」
最低限、年の表記は西暦4桁にするのを徹底してほしい……。
“日本では 年・月・日 だけど 欧州では 日・月・年 米国では 月・日・年 みんな覚えておこうね”
欧州方式はまだわかる。米国方式はヤードポンドとともに焼き払われるべきである
このセンスの無さどうにかして欲しい
2001-2012に比べたら分かりやすくなったよね
32から99年までは年のアタリがつくから間違えにくいけど、とくに月とおなじ1から12年までは間違えやすいよね。わかりにくいわー
アメリカ式かイギリス式かは欧米では常に問題になるので月の部分はJanとかにするのが一般的であると聞く。数字しか打てない奴かな…
それより結構な確率で英語2文字がこまる。JA、FBはOK、MRはまだいいが、MA。お前はダメだ。絶対マーチってなる。特に22/MA/27とか単独だとアウト
日付表記、とっととISO 8601 (YYYYMMDD)で統一されないかな
台湾は辛亥革命（1911年）の翌年が元年となる民国暦が広く使われてるので、賞味期限に98/1/1みたいに書いてあって日本人がギョっとすること多かったけど、2011年以降は民国暦が3桁になったので勘違い減りましたな
米国方式は、ヤードポンドと共に国家の生産性を下げるためにCIAが仕組んだ罠に違いない
ドイツ式はdd/mm/yyだってEver17で覚えた。
この人なら元から海外のカレンダー表記は知ってそうだが...
どうしてもその順で並べたいなら、せめて月は、JAN, FEB... にしろ、っていつも思ってる。
米国方式か。
DDMMYYが一番混乱する
ISO8601 でも YYYY-MM-DD と定めている。デフォルトで一致している日本は楽だけど、そうじゃない国は受け入れがたいのだろうなあ
元々JanとかFebとか書いてたから順番がバラバラでも何とかなってたのか？
2009年7月27日…ではない／ところで欧州式DMYとアメリカ式MDYでも違うのでこれがややこしい
最終的に日本式のyymmddが正義だってredditで見た
月日も逆になったりするから困る。ISO 8601に則ってくれんもんか。
ヤーポンと共に滅ぼすべし
なんか確か順番が違うんやろ？って思って見たけど、製造年月日と勘違いして順番違うにしてもおかしくね？ってなったバカが私です。
多様性を大事だと考えている皆様におかれましては、日付けの記述方法の多様性も受け入れるべきだと思います。
せめてヨーロッパとアメリカのはどちらかに統一して欲しい。
yyyymmdd以外の日付表記認めるべからず
海外の宿帳に日本式で生年月日書いたら困惑されたことあったなあ。
ファイル名でソートする場合YYMMDD方式で日付通りに並べる事ができるのは世界共通なのにおかしな話だ。
2009年とか最近でしょとか一瞬思ってしまった
松丸さんがこれで本当に焦るとは思えないけど。それはさておき、海外に行き慣れてないと毎度これで30秒くらい悩むよね。瓶詰めとかだと思ったより長いし、お菓子は既に賞味期限切れだったり。
ソートできない形式はカス
dd/mm/yyなこともあるの？それならもう無理じゃん
英語だと住所の表記順が逆になるのも戸惑う。
謎ときのネタにするのかな
海外土産は仕方ないかもしれないけど、国内でyyyymmdd以外の消費期限表記は販売できないように法制化して非関税障壁として鎮座させとくべき。
いいから早くISOに準じろ。他は滅べ
形式としてMM-DD-YYとDD-MM-YYが両方あるの狂ってるよね。03.04.27が3月か4月か、文脈から推測するしかないのやばすぎるでしょ。
こういう表記を見て、賞味期限切れてるって慌てたことある！
結論はMMDDYYYY。Notionで慣れてきた。年末でなければ年を意識して日付を書く場面は少ないし毎回先頭YYYYはだるい、DDMMYYだと日付単位だが細かすぎる 数ヶ月単位の予定は考える見間違い考慮してMMDDYYYY。ファイル名はYYYYMMDD。
リヨンのショコラティエPralus！それ美味しいよ。ええもんもろたな。欧州の賞味期限表記ややこしいよね。慣れたけど未だに09/08/26とか何月？？って一瞬なる
ファイル名ソートしたときに日付順になるYYYY-MM-DDこそが正義
mmddyyyyだけは許さない
国内の高級ホテルのおみやげカレーがこの表記で焦ったが、海外向けだったのかもしれねえ
YYYYを採用するだけで、年は間違えようがないので、せめて西暦4桁は世界標準になってほしい。できればYYYY-MM-DDにして欲しいが、贅沢を言うとキリがないので。
YYMMDDで統一しろ
PCとかでデータ管理しててYYYYMMDD以外がベストプラクティスになる超例外パターンを教えてほしい。
賞味期限か。製造年だったら2009って思っちゃう
数字区切りも違うんよね。コロンだったりカンマだったりスペースだったりする。
プログラマを悩ませたYYYYMMDD問題のせいで、英語で説明する場合があるものは「June 12, 2026」のようにするよう気をつけてる。
数人いる「海外では逆なんだよね」という解像度の低い人がまた新しい問題をうみ出している。i18nの道は長く険しい。’.’が小数点か桁区切りかで悩むのだ。