アカウント名:
パスワード:
DDMMYYYYって形式らしいですね。
Wikipediaによると、この書式はノルウェイみたい。ノルウェイの会社に発注したのかな?
ノルウェイの会社に発注したのかな?
おフランスざます。https://srad.jp/submission/78788/ [srad.jp]
ワオ!ほんとだ、フランスもDDMMYYYYWikipediaでは/が入ってたのでサーチし損ねた。
てか、半分冗談で、「どこのロケールだよ」って思ったけど、海外に発注するのに日本人に合わせたロケールにするという事を仕様に入れなかったんだな。
JOCなんてあんな会長を頭に据えてるくらいITに無頓着で、date formatにロケールがあるなんて知ることもないんだろうけど。
つかMMDDYYYYなのは米国で欧州はDDMMYYYYが多いのではなかったかな?英国は知らんけど動画のリリース時期とかそんな順になってる事が多い
イギリス英語はDDMMYYYYですね。
googleなんかも、日時指定検索は日本語環境でもそうなってる。と知るまでしばらく試行錯誤した。
語順的にはそうなんだろうけど、自分がE-mailでやりとりする時は、「29th,September, 2018」の型式にしてる。そういう人は多いと思う。
下手に省略して「11,12,18」みたいに書くと、2011年12月18日なのか2018年12月11日なのか、或いはその他の日付なのか見ただけでは分からなくなる。#そして困ったことに本当にロケール次第で両方あるわけだ。
行間読め?そんなのは日本企業だけで十分だ。
ハイフン使うISO8601が最強かなとおもうんだけど(YYYY-MM-DD)、これを間違って解釈する所ってあるのかな?
外国の雰囲気ようわからん...
日本国内で「資料番号間違ってるよ。あと日付もちゃんと入れて」と怒られたことはあります。
それってカウンターパートさんが
>ハイフン使うISO8601
を認めない(またはそれらの知見を持たない)立場なので意識して怒って明示した、ということなんでしょうね。
// 「資料番号」のくだりは意味がよくわからなかった。別件?
2018年度の10回目の打合せの2番目の資料を2018-10-2みたいな採番をする文化があるのでしょう。
ISO8601 準拠の日付記載を資料番号と誤解されたと言う意味でしたか。納得。
それ以前に、はじめに資料番号ありき、という官僚制に根付いたオフィス文化の集団という点は積極的評価したいと思う。でもほかで大きく減点必至。
具体例は心当たりないけど、もっともらしいからありえるケースなのかも。
よかった。くそIT屋がいるのは日本だけじゃなかったんだ(よくない
アメリカの行政や政府サイト見たらとんでもないところたくさんあるし、国関係ないわ
でもアメリカの場合は発注者側も、一応入力できるんだからいいだろ位のノリなのに対して、日本だと、アレは駄目だこれは駄目だあそこはああしろと、こだわりをたくさん詰め込んだのに糞になってるという違いがありそう。
カスタマイズされたクソですね。
いや、これだけでフランスのIT屋がくそと言うのは無理があるかと。もし「日付を入力させよ」と言うだけの要求だったのであればDDMMYYYYになるのは当然じゃないですかね。
ヨーロッパオセアニア書式ですな
日本ではYMDが使われているが、東アジアを除けば同形式は少数派なのだとか。でもISO8601では日本と同じYMDの順序が採用された。時刻ソートしようとするとかなり問題になるらしいし、DMYやMDY使ってる国でも内心めんどくさいと感じてるのかもしれませんね。
スウェーデン在住です。
生活している中で目に入ってくる日付フォーマットはまず間違いなくDDMMYYYYです。賞味期限とかイベントの開催日とか。記載が数値に限定されない場合は当然ながら曜日が頭ですが。
でも仕事で作る図面等に記載されている日付はYYYYMMDDですね。あとソースコードのコメントに記載されている日付なんかもYYYYMMDDです。また、そもそもこの国の場合、個人番号が生年月日のYYYYMMDDと4桁の数字ですね。こんどなんでYYYYMMDD使ってるの?ってこっちの人に聞いてみようと思います。
しかし、DDMMYYYYを使ってるのはノルウェーらしいよ?いやフランスもそうらしい、とか、ちょっと衝撃でした。
ISOがYMDなのは、○○と同じになるのを極力避けたら、たまたま日本と同じだった。だけですよ。今時、概念としての時刻と表示形式が分離されてない処理系なんてないだろ。ソートは概念の方に適用しなされ。
> 今時、概念としての時刻と表示形式が分離されてない処理系なんてないだろ。
UEFI「せやな」# なんでUTCを採用しなかったのか本当に理解できない
処理系に機能があっても自動的にサマータイム対応できるわけじゃないし
MDYとDMYがそこそこどちらも使われてるから、あえてYMDを採用したんだろうかそれとも時刻表現の規格制定にソートのこと考えることのできる専門家が携わってたのかな?
日本の場合、大きい単位から書いていくからYMDになるのでしょう。住所でも広域→狭域(〇〇県〇〇郡〇〇町大字HOGE小字FUGA〇〇番のような感じ)になりますね。これがたとえば米国だとMDY、1234FUGAstreet,HOGEcity,state みたいな感じかな。
電話番号はフルに書くと、日本でも米国でも広いほうから狭いほうへという感じに採番されてますね。なぜ、日付とか住所がそういう順番なのかわかりません。日本人なせいか、日本式の書き方のほうが分かりやすいようなきがするんですがねぇ。
生物種名(系統樹)も大分類から小分類。コンピューターのディレクトリ構造も大→小。(URLのサーバー名は小→大だけど、これは絶対失策)専門的・技術的な場面、物事をちゃんと表現するべき状況になればなるほど、大→小になると思う。そもそも数字の表記が大→小。名前までFamily_name Given_nameとする日本式は合理的なんだと思う。
学生の頃、英語の先生は住所の書き方が逆なのは、日本以上に自分の立ち位置が重要だからと言っていた。 どこ中だおめー→どこ出身だ→どこから来たんだ→~みたいな絡み方お互い侵略したりされたりしていたから、自分のグループがどこに入っていて、同じグループなら友達みたいな。あと、知り合いの帰国子女も日本風が楽と言っていたな。ただ、URLやメアドを元に通信をする時は、アドレスをピリオドで区切って、0番配列から順番に近場から検索していくので、アメリカ式は楽だと思った。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
生年月日入力 (スコア:2)
DDMMYYYYって形式らしいですね。
Wikipediaによると、この書式はノルウェイみたい。
ノルウェイの会社に発注したのかな?
Re:生年月日入力 (スコア:1)
ノルウェイの会社に発注したのかな?
おフランスざます。
https://srad.jp/submission/78788/ [srad.jp]
Re:生年月日入力 (スコア:2)
ワオ!
ほんとだ、フランスもDDMMYYYY
Wikipediaでは/が入ってたのでサーチし損ねた。
てか、半分冗談で、「どこのロケールだよ」って思ったけど、海外に発注するのに日本人に合わせたロケールにするという事を仕様に入れなかったんだな。
JOCなんてあんな会長を頭に据えてるくらいITに無頓着で、date formatにロケールがあるなんて知ることもないんだろうけど。
Re: (スコア:0)
つかMMDDYYYYなのは米国で欧州はDDMMYYYYが多いのではなかったかな?英国は知らんけど
動画のリリース時期とかそんな順になってる事が多い
Re:生年月日入力 (スコア:1)
イギリス英語はDDMMYYYYですね。
Re: (スコア:0)
googleなんかも、日時指定検索は日本語環境でもそうなってる。と知るまでしばらく試行錯誤した。
Re: (スコア:0)
語順的にはそうなんだろうけど、自分がE-mailでやりとりする時は、
「29th,September, 2018」
の型式にしてる。そういう人は多いと思う。
下手に省略して「11,12,18」みたいに書くと、2011年12月18日なのか2018年12月11日なのか、
或いはその他の日付なのか見ただけでは分からなくなる。
#そして困ったことに本当にロケール次第で両方あるわけだ。
行間読め?そんなのは日本企業だけで十分だ。
Re: (スコア:0)
ハイフン使うISO8601が最強かなとおもうんだけど(YYYY-MM-DD)、
これを間違って解釈する所ってあるのかな?
外国の雰囲気ようわからん...
Re:生年月日入力 (スコア:1)
日本国内で
「資料番号間違ってるよ。あと日付もちゃんと入れて」
と怒られたことはあります。
Re:生年月日入力 (スコア:1)
それってカウンターパートさんが
>ハイフン使うISO8601
を認めない(またはそれらの知見を持たない)立場なので
意識して怒って明示した、ということなんでしょうね。
// 「資料番号」のくだりは意味がよくわからなかった。別件?
Re: (スコア:0)
2018年度の10回目の打合せの2番目の資料を
2018-10-2
みたいな採番をする文化があるのでしょう。
Re:生年月日入力 (スコア:1)
ISO8601 準拠の日付記載を資料番号と誤解されたと言う意味でしたか。納得。
それ以前に、はじめに資料番号ありき、という官僚制に根付いたオフィス文化
の集団という点は積極的評価したいと思う。でもほかで大きく減点必至。
具体例は心当たりないけど、もっともらしいからありえるケースなのかも。
Re:生年月日入力 (スコア:1)
よかった。くそIT屋がいるのは日本だけじゃなかったんだ(よくない
Re: (スコア:0)
アメリカの行政や政府サイト見たらとんでもないところたくさんあるし、国関係ないわ
Re: (スコア:0)
でもアメリカの場合は発注者側も、一応入力できるんだからいいだろ位のノリなのに対して、
日本だと、アレは駄目だこれは駄目だあそこはああしろと、こだわりをたくさん詰め込んだのに
糞になってるという違いがありそう。
Re: (スコア:0)
カスタマイズされたクソですね。
Re: (スコア:0)
いや、これだけでフランスのIT屋がくそと言うのは無理があるかと。
もし「日付を入力させよ」と言うだけの要求だったのであればDDMMYYYYになるのは当然じゃないですかね。
Re: (スコア:0)
ヨーロッパオセアニア書式ですな
Re: (スコア:0)
日本ではYMDが使われているが、東アジアを除けば同形式は少数派なのだとか。
でもISO8601では日本と同じYMDの順序が採用された。
時刻ソートしようとするとかなり問題になるらしいし、DMYやMDY使ってる国でも内心めんどくさいと感じてるのかもしれませんね。
Re: (スコア:0)
スウェーデン在住です。
生活している中で目に入ってくる日付フォーマットはまず間違いなくDDMMYYYYです。
賞味期限とかイベントの開催日とか。
記載が数値に限定されない場合は当然ながら曜日が頭ですが。
でも仕事で作る図面等に記載されている日付はYYYYMMDDですね。
あとソースコードのコメントに記載されている日付なんかもYYYYMMDDです。
また、そもそもこの国の場合、個人番号が生年月日のYYYYMMDDと4桁の数字ですね。
こんどなんでYYYYMMDD使ってるの?ってこっちの人に聞いてみようと思います。
しかし、DDMMYYYYを使ってるのはノルウェーらしいよ?いやフランスもそうらしい、とか、ちょっと衝撃でした。
Re: (スコア:0)
ISOがYMDなのは、
○○と同じになるのを極力避けたら、たまたま日本と同じだった。だけですよ。
今時、概念としての時刻と表示形式が分離されてない処理系なんてないだろ。
ソートは概念の方に適用しなされ。
Re: (スコア:0)
> 今時、概念としての時刻と表示形式が分離されてない処理系なんてないだろ。
UEFI「せやな」
# なんでUTCを採用しなかったのか本当に理解できない
処理系に機能があっても自動的にサマータイム対応できるわけじゃないし
Re: (スコア:0)
MDYとDMYがそこそこどちらも使われてるから、あえてYMDを採用したんだろうか
それとも時刻表現の規格制定にソートのこと考えることのできる専門家が携わってたのかな?
Re: (スコア:0)
日本の場合、大きい単位から書いていくからYMDになるのでしょう。住所でも広域→狭域(〇〇県〇〇郡〇〇町大字HOGE小字FUGA〇〇番のような感じ)になりますね。
これがたとえば米国だとMDY、1234FUGAstreet,HOGEcity,state みたいな感じかな。
電話番号はフルに書くと、日本でも米国でも広いほうから狭いほうへという感じに採番されてますね。
なぜ、日付とか住所がそういう順番なのかわかりません。
日本人なせいか、日本式の書き方のほうが分かりやすいようなきがするんですがねぇ。
Re:生年月日入力 (スコア:2)
生物種名(系統樹)も大分類から小分類。
コンピューターのディレクトリ構造も大→小。
(URLのサーバー名は小→大だけど、これは絶対失策)
専門的・技術的な場面、物事をちゃんと表現するべき状況になればなるほど、大→小になると思う。
そもそも数字の表記が大→小。
名前までFamily_name Given_nameとする日本式は合理的なんだと思う。
Re: (スコア:0)
学生の頃、英語の先生は住所の書き方が逆なのは、日本以上に自分の立ち位置が重要だからと言っていた。
どこ中だおめー→どこ出身だ→どこから来たんだ→~みたいな絡み方
お互い侵略したりされたりしていたから、自分のグループがどこに入っていて、同じグループなら友達みたいな。
あと、知り合いの帰国子女も日本風が楽と言っていたな。
ただ、URLやメアドを元に通信をする時は、アドレスをピリオドで区切って、0番配列から順番に近場から検索していくので、アメリカ式は楽だと思った。