アカウント名:
パスワード:
>なお、これとはまったく関係はないが、例えば「年4桁+月2桁」の数字6桁で年月を表現するルールを採用している場合、2020年を迎えた現在それが「年2桁+月2桁+日2桁」との表記との区別がつかないという問題も指摘されている。
全く関係ないけどさ、日本の場合は年・月・日の順序は変わらないけど英語圏では
MM/DD/YY 01/14/20DD/MM/YY 14/01/20
って二種類の表記があるけどコレって混同しないのかな?
そもそもの問題として一番頻繁に数字が変わるケタを右側に持ってこない理由がいまいちわからない。なんで年を最後に宣言するんだ?
ユニークなIDが先、所属グループが後西洋はそういう順番だろ名前だって、個人名が先で、後から家族の名前である姓がくる
住所だったら番地、市区町村、州県名、国名メールアドレスはID@ドメイン名ドメイン名も組織名から後になるほど大まかなまとまりになる
むしろ情報量が少ない要素を先に持ってくる日本式のほうが効率が悪いとも言える。最後まで聞かないと分かんないじゃん
逆におおざっぱな情報でいい時は途中で切ればいいから効率的ともいえる。
URLはドメイン名とそれ以後で急に順番が逆になるよね。
ドメイン名部分は小→大なのに、それ以後は大→小。
http://www.example.jp/2020/08/15/someone-arredted [example.jp]
ドメイン名をあの順番にしたのを設計者が後悔してましたね。
ティム・バーナーズ=リーが語る「WWW に対する 2 つの後悔」 | スラド IT [it.srad.jp]
これって要は、向こうの人だって大→小の方が効率的だって考えてるって事なんじゃないの?
そういう纏まりで情報として扱うのって大体一覧でしょ。見づらいじゃん。
図書館とかで、1巻だけ集めた棚、2巻だけ集めた棚とかじゃ効率悪いでしょ。
住所だって、届ける際は結局大きなくくりから見ていくんだから、先に書いてある方が効率的。個人名なんて、家に届いてからしか関係ないし。
ソートやグルーピングする際も、面倒臭い処理しないといけないし。
>住所だったら番地、市区町村、州県名、国名
番地部分は、「番地→通りの名前→アパート名→部屋番号」みたいに大→小で書くじゃん。大まかなまとまりが後に来るなら、部屋番号から書くべきなんじゃないの?
近距離の郵便配達利用者が圧倒的に多かった時代の名残なんじゃねえの。エリア拡大に伴って付け足していっただけでしょ。
>最後まで聞かないと分かんないじゃん
最後まで聞かなくても全部わかるならそもそも言う必要ないよね。言う必要ないなら聞かなくてもいいんだから何の問題もない。
日本でだって、市内で
手書きの時代の慣習はまあいいんですよね(住所は他のコメントにもあるように必ずしも細かい順じゃないのでやめてほしいけど)。デジタル化というかIT化の時に、sortするのにものすごく効率悪くなるんだからデータ上はyyyymmddの類になってもおかしくないのに、それでもddmmyyyyとかmmddyyyyとかyyyyMMMddとかMMM dd, yyとか使いたがるのが理解できん。(まあ日本でも8.5 '02みたいなイカレた表記があるし、漢字とかsort時の検索性が貧弱だったりするけれども)文字幅もプロポーショナルフォントが多くて、表や図にした時に揃ってないからすっごい見づらいんだよなぁ欧米式。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
なぜ年月日ではないのか (スコア:2)
>なお、これとはまったく関係はないが、例えば「年4桁+月2桁」の数字6桁で年月を表現するルールを採用している場合、2020年を迎えた現在それが「年2桁+月2桁+日2桁」との表記との区別がつかないという問題も指摘されている。
全く関係ないけどさ、日本の場合は年・月・日の順序は変わらないけど
英語圏では
MM/DD/YY 01/14/20
DD/MM/YY 14/01/20
って二種類の表記があるけどコレって混同しないのかな?
そもそもの問題として一番頻繁に数字が変わるケタを右側に持ってこない理由がいまいちわからない。なんで年を最後に宣言するんだ?
Re:なぜ年月日ではないのか (スコア:0)
ユニークなIDが先、所属グループが後
西洋はそういう順番だろ
名前だって、個人名が先で、後から家族の名前である姓がくる
住所だったら番地、市区町村、州県名、国名
メールアドレスはID@ドメイン名
ドメイン名も組織名から後になるほど大まかなまとまりになる
むしろ情報量が少ない要素を先に持ってくる日本式のほうが効率が悪いとも言える。
最後まで聞かないと分かんないじゃん
Re: (スコア:0)
逆におおざっぱな情報でいい時は途中で切ればいいから効率的ともいえる。
Re: (スコア:0)
URLはドメイン名とそれ以後で急に順番が逆になるよね。
ドメイン名部分は小→大なのに、それ以後は大→小。
http://www.example.jp/2020/08/15/someone-arredted [example.jp]
Re: (スコア:0)
ドメイン名をあの順番にしたのを設計者が後悔してましたね。
ティム・バーナーズ=リーが語る「WWW に対する 2 つの後悔」 | スラド IT [it.srad.jp]
これって要は、向こうの人だって大→小の方が効率的だって考えてるって事なんじゃないの?
Re: (スコア:0)
そういう纏まりで情報として扱うのって大体一覧でしょ。
見づらいじゃん。
図書館とかで、1巻だけ集めた棚、2巻だけ集めた棚とかじゃ効率悪いでしょ。
住所だって、届ける際は結局大きなくくりから見ていくんだから、
先に書いてある方が効率的。個人名なんて、家に届いてからしか関係ないし。
ソートやグルーピングする際も、面倒臭い処理しないといけないし。
Re: (スコア:0)
>住所だったら番地、市区町村、州県名、国名
番地部分は、「番地→通りの名前→アパート名→部屋番号」みたいに大→小で書くじゃん。
大まかなまとまりが後に来るなら、部屋番号から書くべきなんじゃないの?
近距離の郵便配達利用者が圧倒的に多かった時代の名残なんじゃねえの。
エリア拡大に伴って付け足していっただけでしょ。
>最後まで聞かないと分かんないじゃん
最後まで聞かなくても全部わかるならそもそも言う必要ないよね。
言う必要ないなら聞かなくてもいいんだから何の問題もない。
日本でだって、市内で
Re: (スコア:0)
手書きの時代の慣習はまあいいんですよね(住所は他のコメントにもあるように必ずしも細かい順じゃないのでやめてほしいけど)。
デジタル化というかIT化の時に、sortするのにものすごく効率悪くなるんだからデータ上はyyyymmddの類になってもおかしくないのに、それでもddmmyyyyとかmmddyyyyとかyyyyMMMddとかMMM dd, yyとか使いたがるのが理解できん。(まあ日本でも8.5 '02みたいなイカレた表記があるし、漢字とかsort時の検索性が貧弱だったりするけれども)
文字幅もプロポーショナルフォントが多くて、表や図にした時に揃ってないからすっごい見づらいんだよなぁ欧米式。
Re: (スコア:0)
内部的に日付データとして持ってれば表現は何だって正確にソートできるだろ
日付を文字列として扱ってる糞なシステムを捨てる方が早い