数値のローカリゼーションは不要ではないですか？
私はこのページを読んだところです http://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-Microsoft.aspx
彼らがしたことの一つは、アラビア日付をアラビア暦に変換することでした。そうすることはまったく良い考えかと思います。ユーザーがアラビア語であっても、実際にユーザーを困らせる/混乱させるでしょうか。
また、私の2番目の質問は、ドイツ語のような一部の文化では、33,899.99を33.899,99に本当に変更する必要があるかということです。ライブラリはすでに私たちのためにそれをしているので、そうすることは害を及ぼさないということを意味しますが、これは実際にユーザーに混乱を引き起こしません（たとえ彼がドイツ人であっても）。
これらの人々がどんな文化から来ていると私は確信しています、もし私があなたに番号33,899.99を与えたなら、あなたがその間違った権利を得る方法はありませんか？ （私のウェブサイト/アプリケーションがあなたがこれまでに人生で使用した最初のウェブサイト/アプリケーションでない限り、間違いなく可能ですが、可能性はそれだけ低いです）
「ユニバーサル」とは、誰もが目にし、それが何を意味するかを理解するフォーマットであることを意味しました。白黒などで書かれた標準である必要はありません。誰もがそれを読んで、テキストが何を表しているのかを混乱させることなくすぐに知ることができる限り、それは普遍的です。確かに、1.234,00は間違いなく普遍的ではありません。私は、一生のうちにコンピューターを使用していて、この数値形式に出会ったことのない人を見つけることができると確信しています。ほとんどのウェブサイト/アプリはローカリゼーションに対応するために変更なしで1,234.00を使用していたので、それはデファクト（誰もが目にし、それが何を意味するかを知るユニバーサル形式）であったと私は思います。
日付については、01/02/03と書けば、誰がその日付であるかを（正確に、すぐに、あいまいさなしに）知る方法がないと確信しています。しかし、私たちが2003年1月2日、2003年2月1日、2001年2月3日をそのように書いたとしても、誰も間違っていると誤解することはできませんか？
ところで、この質問はローカライズを対象としています。「ねえ、誰もが英語を正しく読んでいるわけではありません！」のようなことは言わないでください。それは国際化の問題だからです（これはこのトピックを超えています）。ローカリゼーションに関する議論に固執しましょう。
Anglosは日付、数値などを読み取ることができるのに、Anglos以外の日付、数値などをdecodeする必要があるのはなぜですか？ユーザーや顧客として歓迎されていることを非アングロスに感じさせたい場合は、数値と日付のローカライズが絶対に必要です。ドイツのユーザーが自分の番号の形式を自分の言語の形式で取得する代わりに、なぜ計算する必要があるのですか？
さらに、数値形式（および日付：以下のq.v.）の見方は、どうしようもなく単純化しています。たとえば、間違いなく1,234,567のような「自然な」、「明白な」、「論理的な」数字が見つかります...しかし、無数のベースの番号付け体系を持つ文化から来た人々はどうでしょうか？たとえば、私の生徒（中国語）は、1000を超える数について常に混乱しています。これは、グループ番号が異なるためです。彼らの思考プロセス（1000ポイントを超える無数を含む）のより「自然な」グループ分けは123,4567です。さらに、一般にヨーロッパの数体系が単に適していない多くの状況があります。そのような状況では、ここで一般的に使用されているすべての中国の一百二十三万四千五百六十七、あるいはさまざまなハイブリッドシステムさえも記述できるといいですね。
日付についてのあなたの考えも間違っています。 01/02/03があいまいであることを正しく指摘し（アメリカ人が日付の基準に準拠することを拒否している場合のみ）、代わりに2001年2月3日はあいまいでないことを提案しました。しかし、何か気づいたかどうかはわかりません。明確かつ明確Englishです。私の生徒に話を戻すと、私は彼らが2001年2月3日（または二〇〇一年二月三日でさえ）をはっきりと見たがり、これを取得することを望んでいることをかなりのろわれています。デコードせずに読み取ることができます。
I18nとl10nの要点：お金やユーザーが欲しいですか？ユーザーが望むものを作成します。ユーザーは自分のものではなく、自分の言語で物事を求めています。物語の終わり。
編集して追加
無数のベースのシステムよりもさらに悪化します。 インドの番号付け をご覧ください。
1
10
100
1000
10,000
1,00,000
10,00,000
1,00,00,000
...以下同様に：
100,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,000
最後に3でグループ化されているのがわかりますか？ 3でグループ化した後に2でグループ化したことを確認しますか？グループの突然の再導入を3人でもう一度見ますか？
さらに編集して追加しました（この件名は避けられないようです！）
10進数システムが普遍的であるという仮定でさえ、間違っています。 4ベース、5ベース、8ベース（8進数）、10ベース（10進数）、12ベース、20ベース、さらには60ベース。これらはすべて、実際の人々が積極的に使用しているシステムです（サイエンスフィクションストーリー用に構成されていない場合など）。これらのすべてがまだ生きているわけではありません（たとえば、英語の用語で12、60ベースの数値システムの痕跡を見ることができます）。
日付については、世界の多くで現在も使用されている旧暦を忘れないでください。イスラム教の世界では、暦が年間を通じて変動する可能性がある旧暦を使用する傾向があります。一方、中国では、日付を1か月以内に維持する複雑なシステムの暦を使用しています。 （そして、それは私の頭の上から2つだけの名前です。）
また、私の2番目の質問は、ドイツ語のような一部の文化では、本当に3,899.99を3.899,99に変更する必要があるかということです。ライブラリがすでに私たちのためにやってくれるので、そうすることは害にはなりませんが、これは実際にはユーザーに混乱を引き起こしません（たとえ彼がドイツ人であっても）。
ユーザーがドイツ語であっても、ドイツ語の表記と混同されますか？私はそれに同意しないと確信しています。いいえ、ユーザーをさらに混乱させるのは、ローカライズされていないデータをローカライズされたサイトに表示することです。数値と日付はこの点で重要な問題です。
サービスをローカライズする場合は、適切にローカライズする必要があります。数値形式の手抜きは怠惰で無知です。
3,899.99は普遍的な形式ではありません-「誰もがそれを理解するだろう」という仮定は知的に怠惰です。また、比較的失礼です。投稿する特定のリンクについてディスカッションしているので、実行する機能があります。それを実行して、少なくとも文化的な認識を示すのはどうですか。
アメリカン<>ユニバーサル。
「Jan 2 2003」のような日付を読み取ると、デコードに時間がかかります。いつも月の前日を入れております。したがって、「2003年1月2日」でなければなりません。確かに取得できますが、デコードするには5秒かかると考えています。
1,234のような数値を表示すると、ほとんどのヨーロッパ人は10進数を考えます。 1,345.00は「間違っている」と感じます。
アプリをローカライズしなくても問題ありません。それがあなたの国の外でヒットすることを期待しないでください。
ここでのあなたの問題は悪い仮定のようです。数値や日付の「汎用形式」はありません。 3,899.99は一部の場所では有効ですが、他の場所では混乱します。逆も同じです。人々は必要なことを頻繁に理解できますが、それは重要ではありません。同じことは、あなたが話している日付形式にも当てはまります。フォーマット自体はロケールによって異なります。ここには「ユニバーサル」はありません。
一般的なソフトウェアが通常は対応しない特定の科学的および技術的なドメインを除いて、これらのすべてに対応するユニバーサルフォーマットはありません。あなたのソフトウェアがあなた自身の場所以外のどこでもネイティブの条件で受け入れられることを望むなら、あなたはそれのために働く必要があるでしょう。
事実上の基準を人々の喉に押しやることはできますか？承知しました。しかし、（質問ごとに）数値をローカライズすることは、専門的な国際化ソフトウェアでは不必要であるとは決して考えられません。
普段読んでいるものは普遍的だと思い込んでいるようですが、普遍的ではないようです。
私が住んでいる場所では、コンマは小数点を示し、ドットは（控えめに）桁区切り記号として使用されます。 $ 3,004.25を解析するのは不自然です。しかし、もしあなたが私に$ 5,535を与えたら、私はおそらくそれを約5ドル半と読むでしょう。 3.899,99を読んでもまったく混乱することはありません。なぜそう思うのかわかりません。
日付については、2001年2月3日はもちろん、2001年2月3日も読むことができます。
そのため、ユーザーは通常、us-enにローカライズされたほとんどの数値と日付を解析できます。 $ 5,535のように、あいまいな場合があります。いずれにせよ、自分のロケールよりも明確であるとあなたが思う理由はわかりません。
数値と通貨のローカリゼーションについてはあまり知識がありませんが、日付はISO 8601でカバーされています（ http：//en.wikipedia .org/wiki/ISO_8601 ）YYYY-MM-DD形式の例5月10日の2011-05-10。
また、私の2番目の質問は、ドイツ語のような一部の文化では、本当に3,899.99を3.899,99に変更する必要があるかということです。ライブラリがすでに私たちのためにやってくれるので、そうすることは害にはなりませんが、これは実際にはユーザーに混乱を引き起こしません（たとえ彼がドイツ人であっても）。
私はドイツ語であり、私にとって個人的に話すと、それは確かに紛らわしいです。なぜなら、私は非常に多くの英語のテキストを読んだり、ドイツ語のテキストよりももう一度読んだり、すべて混合したりするからです。それが、私が遭遇する各数値について少し休憩を取り、それがどの表記規則に準拠し、それが実際にどの程度の大きさを意味するのかを理解しなければならない理由です。
したがって、ローカリゼーションの設定では、数字のグループ化文字を単一引用符（ '）に構成しました（スイスで使用されているシステムである1'234.00のように）。
これらの人々がどのような文化から来ていると私は確信しています、もし私があなたに番号3,899.99を与えたなら、あなたがその間違った権利を得る方法はありませんか？ （とにかく彼はおそらくユニバーサルフォーマットを学んだので）
あなたはおそらくそれを理解することができますが、それはしばらく時間がかかります。
「ユニバーサル」とは、誰もが目にし、それが何を意味するかを理解するフォーマットであることを意味しました。確かに1.234,00は間違いなく普遍的ではありません。私はあなたが一生この数字のフォーマットを見たことがない人を見つけることができると確信しています。ほとんどのアプリはローカリゼーションなしで1,234.00を使用していたので、それが事実上のものであると信じていました（誰もがそれを理解し、その意味を理解するための普遍的なフォーマットです）。
1,234.00という表記を見たことがない人がドイツにいることは間違いありません。
また、この問題には法的な意味もあります。間違った小数点で書かれた銀行口座残高を想像してみてください。そこからいろいろなトラブルが起こります。
日付については、01/02/03と書けば、だれかがその日付を知る方法はないと思います。
うん、嫌いだ！それでも多くの人がそれをやっていて、日付が何を意味するか毎回私を困惑させています。イギリス人とアメリカ人の表記法が矛盾しているようです。 。
（書面のように）ローカライズが不可能な場合は、国境を越える可能性のあるものにはすべて標準化されたフォーマット2003-02-01をお勧めします。すぐにはわかりませんが、2月1日または1月2日を意味する場合、この表記法は、最初に（1か月前の）より重い数値を持つように標準化されています。
あなたが望むものを達成する方法はありますが、それらはすべて誰にとっても自然なフォーマットの使用を伴います。たとえば、製品にタイムスタンプを人が読める形式で保存します：YYYYMMDDHHMMSS。そこに混乱はありませんが、日常生活でその形式を使用する人は誰もいません。
あなたが必要としていると思うのは基になる形式で、たとえば1970年1月1日からの秒数などの普遍的なものです。一度取得したら、好きな形式で時刻を表示できます。ライブラリとOS正しい時刻を好きなように再表示できます。
答えよりもコメントが多いですが...
当然来ない
「とにかく彼はおそらくユニバーサルフォーマットを学んだので」
私を許してください、しかし私は学校のかなり遅くまでその「普遍的な」形式を本当に「学ぶ」ことはしなかった、それはそれが事なので：誰も気にしない。または、少なくとも、必要になるまで（たとえば、公式文書、ビジネスなど...）ですから、あなたの文化の慣習を使わないフォーマットを見ると混乱します。いつもの MM/DD/YYYYまたはDD/MM/YYYYもおそらく大きな問題です。
学習は特権です
また、残念ながら、多くの人はそれらのことを「学ぶ」機会を得られません。先進国であっても、すべてのボップディが学校（小学校を含む）に通ったり、卒業したりするわけではありません。そして、私はこれを十分に強調することはできませんが、私たちはそれらのためにソフトウェアも設計します。
Googleのやり方をご覧ください。彼らは明らかに言語関連の製品に社内で取り組むために一生懸命努力しており、ローカライズされたサービスを提供するためにも最善を尽くしています。これがまさにその理由です。
プログラマーである私たちの多くは通常、「共通の」言語（英語で、ASCIIでエンコードされています）を好みますが、多くの人は自分の言語で迎えられると、より歓迎されます。外国の空港でゲートから出て、誰もあなたの言語を話せず、執筆があなたの言葉から離れているようなものです。慣れていないと少し怖いかもしれません。正直に言って、それをITの世界に戻すには、Unicode文字または別の言語のWordの音声近似バージョンを含むソースファイルを開くことさえ非常に困難です。
しかし、私はあなたの混乱を前提にしています。システム設計者の意図が何であり、彼らが目指しているフォーマットが何であるかをいつも疑問に思うことでしょう。しかし、それが起こるとき、それは他のことを理解することができないだろう誰かの場合ほどあなたを混乱させるほどではありません。
文化の問題
最後に、私はここで問題の核心に別のことがあると思います：あなたの提案に従うなら、私たちは他の多くの素晴らしい文化を共食いします存在し、記憶され、祝われる。そして、彼らは彼らの執筆とこれらの小さな-一見無関係である-細部を通して生きています：彼らは文化の一部であり、理由のために各文化に存在しています。
私はこれを大きな悪の西部帝国の拡大の疲れに変えたくはありませんが、人々の厳しい反応とコメントを誘発するのは一種のことです。他の人の意見、趣味、文化を捨てたいと思っているから（そうしないと思います）、彼らが何を使って何を好むのかを他の人よりもよく知っているように提案したいからです。または、いずれにせよ、彼らのやり方をほとんど尊重せず、それらをユーザーベースの一部とは見なさず、彼らを歓迎する努力をしたくないし、一般的に彼らをあまり気にしないこと。
EDIT-Personal Anecdote：パートナーがイギリス人ではなくアメリカ人のスペルで「謝罪」または「承認」を書くたびに私に怒鳴る/オーストラリアのスペルなので、日付と数字を面白い方法で使い始めたら、彼女は私に何をするでしょうか...：）
Most of the Worldは,小数点として使用（下の画像では緑）。多数派が少数派に適応すべき理由はわかりません。
桁区切り記号の代替形式として、1'000'000が提案されたのを見たと思います
提案されている小数点記号があるかどうかはわかりませんが。
今はローカライズは不要だと思います。
通常、私たちのすべてのプログラマー、およびインターネットを頻繁にさまよっている人々は、英語の数値形式と測定値に気づいている可能性が非常に高いです。彼らは自分たちのように見えるが反対を意味するフォーマットを見ます。
ナンバリングと測定の標準の統一は、1,000.00形式を標準として使用できるグローバルスケールで行うには良いことだと思いますが、それはなぜでしょうか。 。
PS：私はディスカバリーと歴史チャンネルでアメリカのドキュメンタリーをたくさん見ます、そして彼らは常にfootball fieldsを単位として。彼らは、アメリカ以外の誰も（アメリカの）サッカー場がどれくらいの長さであるかについての手がかりがないことを知っていますか？