小数点はコンマかピリオドか 225
ストーリー by Oliver
所変われば 部門より
所変われば 部門より
lunatic_sparc曰く、"asahi.comの記事「,」か「.」か、小数点記号論争にピリオド?によると国際度量衡総会で、英米豪は『英語では、小数点にピリオドを使うべきだ』として事実上の小数点表記の「.」への統一を狙っているらしい。
ただ、「ISOやIECの規格では、記述言語によらず、小数点にコンマを使う」(って知らなかったけど)ということもあるし、国の数ではコンマが使われている国の方が多いので「国際度量衡総会では17日に、1国1票で採決を行う」の結果はどうなるか微妙かも。
いずれにせよ、計算機屋さんはプログラミングとかの兼ね合いがあるから「コンマ」とか言われると困るんじゃないかと思うんですが、どうでしょう。"
結局 (スコア:3, 参考になる)
#よかった..........(のか?)
文末は? (スコア:2, おもしろおかしい)
Re:文末は? (スコア:1, 参考になる)
ギリシア語の疑問符は;で表す [yahoo.co.jp]
日本の場合 (スコア:2, 参考になる)
小数点は「・」で、位取り記号は万/億/兆/京といった漢数字です…って冗談はさておき、祖母がアラビア数字を使いつつも4桁で位取り記号を振ってた覚えがあるなぁ。
# 取り合えず参考リンクその一 [www.ne.jp]、その二 [nifty.com]。
Re:日本の場合 (スコア:1)
ちどりの「ち」きっての「き」…
Re:日本の場合 (スコア:2, おもしろおかしい)
それは九分九厘採用されないと思います。
#のこり九割一厘ですけどという反論は却下
Re:日本の場合 (スコア:1)
それが日本式だと新聞のコラムで読んだ事があります。
#リンクその一にもその二にもなかったのはボクが見落としたのか、新聞に騙されていたのか・・・。
李 露星
Re:日本は4桁区切りでしょう (スコア:1)
5玉の下にある「・」を目印にして、最初に「1玉を三つ上げて/下げて」という風に習っていったのですが、何回やっても答えが合いません。
母が使っていたそろばんで「・」が4桁ごとについてました。
いつから変わったんでしょう?
Re:日本は4桁区切りでしょう (スコア:1, 興味深い)
初出としては昭和30年代 [unshudo.co.jp]頃かな?
Re:日本は4桁区切りでしょう (スコア:1)
ちどりの「ち」きっての「き」…
Re:日本の場合 (スコア:2, すばらしい洞察)
Re:日本の場合 (スコア:1)
100M…。
電卓が… (スコア:2, 興味深い)
カシオとかシャープではコンマで表示するやつも輸出用に作っているんでしょうか。
(手元の電卓は「税抜」「税込」があるので国内専用でしょう、きっと)
ちどりの「ち」きっての「き」…
Re:電卓が… (スコア:3, 参考になる)
RPNが使えるクラスのHP電卓だと切り替えできるものも多いんでないかな?
Re:「税抜」「税込」があるので国内専用? (スコア:1)
ちどりの「ち」きっての「き」…
Re:電卓が… (スコア:1)
#なんの根拠も無い戯言ですから本気にしないでね。
Re:電卓が… (スコア:1)
では小数点が「,」、桁区切りが「.」になってました。
でも説明書は何故か逆。
よく見たら、本体はシンガポール製、
説明書はカナダ製でした。
なんだかアバウトだな~
統一してくれるならどちらでも良いかな (スコア:2, すばらしい洞察)
英語圏の文化的こだわりは認められないのか? (スコア:2, 興味深い)
他国語文化をつぶそうとしているといった構図を作ろうという
意図が強すぎると思います。
ISOやIECの指針では「記述言語によらず」コンマにすると決めたのに対して、
今回SIで「英語だけは」ピリオドにしようという提案をしているだけでしょう?
本当に欧州諸国などの側だけが文化の押しつけを受けているのでしょうか?
たとえば記事のこの部分
> ISOの担当者アンダース・トールさんは「言語によって違うのは
> 間違いのもと」と統一の必要性では一致するものの、
はウソだと思います。
少なくとも記者が「一致している」と思い込んでしまっているだけです。
米英豪の要求は明らかに「統一の必要性」など認めていないのに、
ピリオドへの統一の意図があると妄想してしまっています。
英語圏の国々にとって、他の言語の小数点がどうなろうと
知ったことではないはずです。ただ、英語に手を出されるのは困る。
だから今回のように「英語だけはピリオドにしてくれ」という行動を取っただけで、
そこに他言語までピリオド統一などという意図があるわけがありません。
国の数にモノを言わせて、コンマ使用国がISOやIECでコンマ統一の動きを進める中で、
少数派である英語圏の国々が、「英語ではピリオドを使う」という提案した。
これがそんなに不自然な行動でしょうか?
もちろん英語の影響力は大きいし、様々な思惑もあるかもしれません。
また、統一のメリットというのも確かにあるでしょうし、
その意味では今回の提案は「わがまま」かもしれません。
そうだとしてもasahi.comの描く構図はあまりに一面的すぎると思います。
ソフトを作るものとしては (スコア:1)
ISOとかがなんと言おうと、利用者に合わせて切り替えられるように
しておくのが当然なのかもしれませんね…
ということで、目の前のコードを、切り替えが出来るように改変しちゃいました(ぉ
# たった数行&コメント数行だから、だれも気づかないだろうけど(笑
コンマを使おうにも (スコア:1)
普段から、コンマをリスト値の区切りに使ってたりするもんで、今更という気がしなくもない。
コンマ=小数点という言語を使う機会があったら、何をデリミタに使おうかいな。(セミコロンだと、フォントによっては見にくいんだよなぁ)
Re:コンマを使おうにも (スコア:1)
小数点として使う方をエスケープして…
Re:コンマを使おうにも (スコア:1)
となると、 国によっては CSV 形式は手軽なフォーマットではない――って事になるんでしょうか?
# 試しに 'period separated value' で検索したら、
# 一件だけ見付かりました。 [google.co.jp]
Re:コンマを使おうにも (スコア:1)
使ってエスケーピングするのでは?
例:
1234,"123,456.789",ほげほげ
ちなみにこれ、Rubyistなら常識ですよね?(謎
Re:コンマを使おうにも (スコア:1)
そうなんですけどね。
例えばちょっとした数値だけのリストをデータとしてファイルに置いておきたい時に、 CSV だと何も考えずにカンマで繋げていけるから『手軽』なわけですが、 ここでエスケープを考慮しなければならなくなると、 ちょっと面倒になるかな、 というわけでして。
# でもあたしは tab separated を使う事が多いですけど。
コンマって呼んでましたよ.... (スコア:1, おもしろおかしい)
Re:コンマって呼んでましたよ.... (スコア:2, 興味深い)
競走なんかで「コンマ以下の争い」なんて表現もよく使いますよね. 「ピリオド以下」ってのは...聞きませんねえ.
るぱん (スコア:1)
ルパン3世ってルパン以外のメインキャラって全員日本人なんですね。日本の漫画だからとか言われるそうなんだけど、大発見した気分。
彼らが分け前を計算するときはどっちを使ったんだろう?コンマ?どドット?
#ふじこちゃんが一人でガメルから関係ないか。
陰謀か? (スコア:1, すばらしい洞察)
段々どっちでも良くなってくると言うか…。
数値表現は文字列の話だよ (スコア:1, 興味深い)
・数値: 1.0とか1,0とか、 -1とか1-とか
・通貨: 1,000,000 とか 1.000.000とか
・パーセント: 10% とか %10とか
そのため、数値は各言語環境で用意している国際化フォーマット用のライブラリを使って文字列に変換します。
標準が変わったとしても、変更があるのは所詮ライブラリの中の話です。
# 数値フォーマットライブラリ使ってないで自分でカンマ入れてる輩は、もとから標準なんて気にしてないでしょう。
数値表現は所詮文字列上での話、大体はユーザーインタフェース周りの話なので、計算機屋さん(高度な数値計算プログラミングをする人?)には大して関係ないのでは。
それともタレコミ人の意図は、「プログラミング言語の文法を変えて、数値リテラルでカンマを使うように変えるかも」ってことなのか?
Re:数値表現は文字列の話だよ (スコア:1)
入出力関係は、補正を足せばOKかもしんないけど(でも、手間はかかるよな)
ついでに言えば、コーディングをする段階にしたところで、ピリオド=小数点なんて言語は嫌じゃなんて動きが出ないとは限らんわな。ソース自体がコンマ=小数点でなきゃ困るなんて動きが出ないことを祈りますわ(笑)
それこそ、この手の問題は突き詰めると、文法改変するのか?になりかねないと思いますが?
開発環境もソフトウェアである以上はね。実際、日本語で開発しましょうなんて製品も過去には出てるくらいで、母国語環境で組めないと満足しない人間もいるのかもしれず。
もっとも、言語に関しちゃ、英語のままで文句を言わない他言語圏の人間が小数点くらいで、ガタガタ言うなとは思いますが。(それともドイツ語圏とかフランス語圏では、母国語表記だとか?)
Re:文字列の話ではない、仕様の話だ (スコア:2, すばらしい洞察)
というわけで、「国際化プログラミングでは、数値表現は日付や時間と同様にロケールによって変わるものです [srad.jp]」では不十分であり、ロケールによる表現の変化に合わせ、周辺の表現も適切に考えておく必要があります。
また、「変更があるのは所詮ライブラリの中の話です [srad.jp]」だけでは収まらず、ライブラリの変更にあわせて周辺の表現を作り直す必要があります。
たとえ数字と記号しか表示しないプログラムだとしても、サポート各言語ごとに、数字や記号の使用習慣に合わせて、記号の使い方・配置の順序を考え直しましょう。というのが正しい解。だから、仕様の問題なんです。
表示も入力も数字だけなら、ライブラリにお任せでいいんですけどね。多国語化・国際化を考えるプログラムの入出力が数字だけっていうの、珍しいんじゃないかな。
ふとキーボードの右側を見る (スコア:1)
これって小数点打つためのものですよね。
他の言語圏のキーボードでは「,」(カンマ)なんでしょうか。
#TVゲームの登場でマージャンのルールが統一されたように、
小数点もテンキーのせいで統一されそうな気がしませんか?
Re:ふとキーボードの右側を見る (スコア:1)
多様性に非寛容な態度は身を滅ぼす (スコア:1)
世界中の、このような習慣のもとで生まれ育って きた人々は、今回のこのような要求を一体どうとらえるのでしょう。
アプリケーションレベルでは Windows, Macintosh, Unix, Java、全てがちゃんと対応していますので、それほど問題はないようです。Perlなどの言語でも、 LC_NUMERICがちゃんとしてれば、printf("%g", 12.34) は“12,34”となります。
ですので、海外のプログラマや技術者は、TPOに応じて自分の 脳内回路をスイッチしているようですね。こういった 文化圏の人たちは、我々がLANGとかShift_JISかEUCかを気にしてプログラムを組むように、 LC_NUMERICを意識してプログラムを組むでしょう。
もっとも、知らない人は本当に知らないんで、異国の地でprintf("%g", 12.345)が、“12,345”と出てくると、びっくりかも。でも、これは知ればいいことです。
個人的には、数を四桁ずつ区切る日本語を話す日本人が、 アラビア数字に限って三桁で位取りする方が、よっぽど複雑な 脳内スイッチをしていると思います。器用な人は、 “1億2,300万円”なんて表記するし・・・ 昔、朝日新聞の本多勝一が日本人なら4桁に区切れと主張 していたのですが、 現状では、みんなが何となく慣れてしまっていますね。
言葉や文化と同じく、世界の多様性を楽しむ一つの方便だと思っています。グローバル化ばかりが良いことだとは限らない。この程度の違いを寛容に受けられるだけの器をもてれば、と思います。
Re:多様性に非寛容な態度は身を滅ぼす (スコア:1, すばらしい洞察)
>グローバル化ばかりが良いことだとは限らない。
『ISOの担当者アンダース・トールさんは「言語によって違うのは間違いのもと」と統一の必要性では一致するものの、「世界ではコンマを使う国のほうが多いので、我々はこちらに統一した」という。』
「,」に統一しようとする動きもあったことはお忘れなく。
#「グローバル化はアメリカナイズではない。」
Re:多様性に非寛容な態度は身を滅ぼす (スコア:1)
が必要なのはそれを知ってる事だけだと思う。何が何でも表記の統一なんて言
い出す奴は表記と概念の区別が付いていないんじゃないかとか思ったり。
# まったく何のためにコンピュータ使ってるんだか。
必要なのは表記の統一ではなく、表記切り替えサポートの進化じゃないかと。
COBOLなら (スコア:1)
# JIS COBOL委員なのでID
Re:知りませんでした。 (スコア:2, 参考になる)
桁区切りにコンマやピリオドなんて使っちゃいけません。
大きい桁数の時には、3桁置きに","をうつ習慣があるけどそれは紛らわしいので打たないほうが良いです。
CGPM(国際度量衡総会 Confrence Gnrale des Poids et Mesures)では打たないことが推奨されているし、
SI,ISO,JIS等もこれに準じてます。
CGPMではコンマとピリオドは整数と小数とわける時だけに使うことを強く推奨、ということです。。
ちなみにJISでは確か、桁区切りに1/4スペースを用いていたような。
Re:知りませんでした。 (スコア:1)
「150円で買えると思ったから注文したのに15万円だとぉ!詐欺だぁ」とか。
「今ならたったの95.000円、100.000円玉でお釣りが来ます」とか。
Re:知りませんでした。 (スコア:1)
$と¥なら100倍ぐらい違うし。いっそ表記を変えたついでに 単位も変えましょうか。(根本的な解決になってないけど)
Re:むしろプログラマの方が (スコア:1, 参考になる)
(日本人だと)知らない人多数かもしれない...
小数を扱うのはカントールの対角線論法 [wikipedia.org]くらいしか見たことないな...
Re:小数点はドットかピリオドか (スコア:1)
たとえば、123-4567 をみて'-'を郵便番号をつなぐハイフンと見るか、数式のマイナス記号と見るかは文脈次第で変わるでしょう。
話は変わって。
"period" =「終止符」で、小数点のアレは "dot" もしくは "point" と呼ぶものだと思っているのですが。
「英語では、小数点にピリオドを使うべきだ」という主張の原文をどなたかご存知ないですか。
「.」の読み方 (スコア:1)
ASCII文字の「.」に対する「ピリオド」という読みは、一応ANSI [jargon.net]やJIS [kcn-net.org]でそう決まっているようです。でも英語の普通の文章に出てきた場合なら、多分ドットと読むのが普通なんでしょう。
なお、RFCに名前をドットで区切ると書かれている(RFC1034の3.1節?)ことを根拠に、ドメイン名を読むときはドットと発音すべきだという説もあるようですが、私はこの説は拡張解釈し過ぎだと思います。
Re:「.」の読み方 (スコア:1)
ドメイン名を読むときって「どっと」って言いませんか?
他の読み方を知らないのですが。
アメリカ人の知り合いは「どっと」って呼んでましたよ。
Re:小数点はドットかピリオドか (スコア:1)
『小数点は「、」できちんと止めて、
コンマはきちんと左にはねて「,」で』
って耳にタコができるほど言われたのを思いだします。
Re:アメリカらしいというか。 (スコア:1)
ソフトウェアの中には、言語も含まれるから、表記だけ変えれば良いという問題でもないわけで、Y2Kの修正以上に手間食いそうな予感がするんですが?
Re:アメリカらしいというか。 (スコア:1)
あの環境にだけは戻りたくないんですけど?(^^;
いっそ、文字列と同じ様に、特定の文字で囲むようなルールの方が、まだ耐えられるかも?
Re:アメリカらしいというか。 (スコア:3, 参考になる)
FORTRANのエピソードは... (スコア:2, 参考になる)
そのバグは発見されて、ロケットが迷子になった事実はないそうです。
ソースは「エキスパートCプログラミング」