アカウント名:
パスワード:
少なくとも数字は簡潔に10進数と対応する言語であるべきである。11,12,20などに特別な単語を必要としない && 0-9が短い音素で構成されるよう...
新しく作るなら、2進数16進数向けの語と文字を用意してほしいなぁ。
ゼビ語 [wikipedia.org]?
ベースは英語的なものでいいけど、数字・住所・日時の表記は漢字文化圏流にして欲しいですね。
曜日表記も、中国みたいに数字にしてしまうのが合理的だけど・・・ちょっと味気ない(きっと英語圏では、月の表記にも同じことを感じるんだろう)
日付をコンピュータ処理するときに、C言語の標準ライブラリ(struct tm)ではtm_mon は0~11(0=Jan~11=Dec)で定義されていて、これを踏襲して0~11になってる言語が多い、という罠には殺意すら覚えますね。
「月名に対するインデックス」と考えると、コンピュータ処理する上では0オリジンな方が扱いやすい、という理屈はわかるのですが…ruby のDate型とか、たまに1~12になってる言語もあったりするので、油断ならない…
char*months={"1月","2月",・・・,"12月"}; みたいな配列を作って英語と同じようにしてみればいいぢゃん。
Decが10じゃなく12月で、Octが8じゃなくて10月なんだから、もうどうでもいいやー。って気分になるw間取ったと思えばいいんじゃね?
※ローマ時代頃は春分あたりが年初だったせいらしいね。
英語の教科書に、こんなふうな例文が載っていたのを思い出しました。
英文: What is the third month in a year? - It is March.和訳: 3番目の月は何ですか? - 3月です。
曖昧さ回避のためという実用的な理由もあると思う。10/11/12じゃコンテキストなしでは何年何月何日かさっぱりだけど、10 Nov 2012なら少なくとも混同のおそれはない。
ISO 8601 を踏襲して「2012-11-10」と書くようにすれば良いですね
位取りを逆にすべき。現在の桁を並べる順序は、うっかり、右から左へ書いていく言語用に設計されたものをそのまま採用してしまった人類の失敗。
逆にすると、
1,98020500
が、
089,102005
と、何もしなくても整列して大変便利に。
小数がとんでもないことになるぞ。特に無理数。# 円周率ェ
95を「4つの20と15」などといったり、25を「5と20」などという言語は却下でしょうかね。
kilo、megaなどを使いながら、「万」とか「億」とかも使う言語も却下ですね。
いやいや、kilo=1000なのか、kilo=1024なのか区別できない言語は困るぞ(それ違)
あと、ビリオンから上が、10^3ベース派と、10^6ベース派がある [wikipedia.org]のもものすごく困る。
それでも、厘、分、割、十、百、千、万、億、兆、京のように頻繁に使う大きさには特別な言い方があるそほうが便利ですよねっ。さもなくば「198」をいうのに「イチ、キュウ、ハチ」みたいに読み上げることになりますから。ちょうど、小数点以下の数とか、16進数を読み上げるときにやっているのと同じように。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
少なくとも数字は (スコア:0)
少なくとも数字は簡潔に10進数と対応する言語であるべきである。
11,12,20などに特別な単語を必要としない && 0-9が短い音素で構成されるよう...
Re:少なくとも数字は (スコア:2)
新しく作るなら、2進数16進数向けの語と文字を用意してほしいなぁ。
Re: (スコア:0)
ゼビ語 [wikipedia.org]?
Re:少なくとも数字は (スコア:1)
ベースは英語的なものでいいけど、数字・住所・日時の表記は漢字文化圏流にして欲しいですね。
曜日表記も、中国みたいに数字にしてしまうのが合理的だけど・・・ちょっと味気ない
(きっと英語圏では、月の表記にも同じことを感じるんだろう)
Re:少なくとも数字は (スコア:1)
日付をコンピュータ処理するときに、C言語の標準ライブラリ(struct tm)では
tm_mon は0~11(0=Jan~11=Dec)で定義されていて、
これを踏襲して0~11になってる言語が多い、
という罠には殺意すら覚えますね。
「月名に対するインデックス」と考えると、コンピュータ処理する上では0オリジンな方が扱いやすい、という理屈はわかるのですが…
ruby のDate型とか、たまに1~12になってる言語もあったりするので、油断ならない…
Re: (スコア:0)
char*months={"1月","2月",・・・,"12月"}; みたいな配列を作って英語と同じようにしてみればいいぢゃん。
Re: (スコア:0)
Decが10じゃなく12月で、Octが8じゃなくて10月なんだから、もうどうでもいいやー。
って気分になるw
間取ったと思えばいいんじゃね?
※ローマ時代頃は春分あたりが年初だったせいらしいね。
Re: (スコア:0)
英語の教科書に、こんなふうな例文が載っていたのを思い出しました。
英文: What is the third month in a year? - It is March.
和訳: 3番目の月は何ですか? - 3月です。
Re: (スコア:0)
曖昧さ回避のためという実用的な理由もあると思う。10/11/12じゃコンテキストなしでは何年何月何日かさっぱりだけど、10 Nov 2012なら少なくとも混同のおそれはない。
Re: (スコア:0)
ISO 8601 を踏襲して「2012-11-10」と書くようにすれば良いですね
Re: (スコア:0)
Re: (スコア:0)
位取りを逆にすべき。
現在の桁を並べる順序は、うっかり、右から左へ書いていく言語用に設計されたものをそのまま採用してしまった人類の失敗。
逆にすると、
1,980
20
500
が、
089,1
02
005
と、何もしなくても整列して大変便利に。
Re: (スコア:0)
小数がとんでもないことになるぞ。特に無理数。
# 円周率ェ
Re: (スコア:0)
95を「4つの20と15」などといったり、
25を「5と20」などという言語は却下でしょうかね。
Re: (スコア:0)
kilo、megaなどを使いながら、「万」とか「億」とかも使う言語も却下ですね。
Re: (スコア:0)
いやいや、kilo=1000なのか、kilo=1024なのか区別できない言語は困るぞ(それ違)
あと、ビリオンから上が、10^3ベース派と、10^6ベース派がある [wikipedia.org]のもものすごく困る。
Re: (スコア:0)
それでも、厘、分、割、十、百、千、万、億、兆、京のように頻繁に使う大きさには特別な言い方があるそほうが便利ですよねっ。さもなくば「198」をいうのに「イチ、キュウ、ハチ」みたいに読み上げることになりますから。ちょうど、小数点以下の数とか、16進数を読み上げるときにやっているのと同じように。