国内音ゲー、「ベトナム語版がバグる」原因が開発者らの恐怖を呼ぶ。“カンマとピリオド逆問題”による数字のワナ - AUTOMATON

国内個人開発者THIQXIS氏は12月19日、Twitter上で海外ユーザーに起きた不具合とその原因について投稿した。文化の違いに端を発する問題は開発者を中心に瞬く間に話題となり、驚きや共感の声が寄せられている。問題の原因は、国ごとでの「数字区切りに用いる記号」の違いだった。 THIQXIS氏は、モバイル向け音楽ゲーム『TAKUMI³』などを手がける国内個人開発者だ。同氏は先ごろ、自身のTwitterアカウントにて「ベトナムのユーザーから不具合の報告があり、その原因がわかった」と投稿。解決法についてゲーム開発者たちにアドバイスを求めていた。どうやら、国によって違う「数字区切りにおけるピリオドとカンマ（コンマ）の使い方」が、不具合の原因になっていたようだ。 ベトナムのユーザーさんから原因不明の動作不良の報告が来ててついさっき謎が判明しました。 まじで原因やばすぎる、そりゃcsv全滅するしスコ

[kobito19]

i18n の基本。言語の組み込み機能や国際化ライブラリで普通は吸収されるので普通気にする必要がない。というか説明読む限りだとピリオド、カンマ込み数字列を入力してるみたいだけどなんでそんな必要が出るんや

[Knoa]

ユーザー入力を受け付けるわけでもなさそうなのに、ユーザー向けの数値の表示以外でどういうタイミングで問題が起きるんだろう？

[Fushihara]

c# のtoStringメソッドはカルチャの影響めっちゃ受けるから注意 https://ufcpp.net/study/dotnet/bcl_format.html#culture

[sgo2]

注意すべきポイントはMSがまとめてくれてるので見ておいた方が良い。https://docs.microsoft.com/ja-jp/globalization/ インドの2桁/3桁区切り混在も要注意。あとベトナム語はignore caesの挙動でも何かあったはず(ソース失念)

[poliphilus]

データ上は小数点のみカンマなし、出力だけ各国に合わせてフォーマットして表示する、じゃダメなんか？ DBに格納する時普通そうだろ。

[sds-page]

10/11/12は何年何月何日でしょうかクイズ

[sackbut]

ドイツに輸出したとき同じ不具合になった。設定ファイルの値がめちゃくちゃになって、その時こういう言語があるのを知ったよ。

[leiqunni]

今まで知らなかった。ドイツ語やフランス語でもだなんて。プログラミング言語の数字の小数点はピリオドだろうけど、いやーんな感じで嫌々なんだろうか。

[n314]

“横幅1.234ユニットに設定したはずのオブジェクトが、1000倍に拡大” csvって書いてるから、csvにカンマ入りのテキスト型て書いて言語依存の数値変換で設定してるってこと？UI以外で数字にカンマ入れることってある？

[junjuns7]

そういえばYYYYMMDDで書いてたのにわざわざ下2桁にして、国に応じてMMDDYYだと解釈して動いてくれた日付部品もあった。今年の話。そんなの2000年の時に撲滅されてて欲しかった。

[deep_one]

データとして「1,000」を持たせていたのならそれが間違いで、データとして「1000」を持たせて出力フォーマットで「1,000」に加工するのが正解。／コメントを見て。日付はISO拡張方式のYYYY-MM-DDがおすすめ？

[whirl]

国や地域により表記が違うのは知ってる。計算機が扱う数値データに影響あるものなのかってのはよくわからん。

[Cru]

欧州が違うのは知識としてはあったが、よもや障害の原因とは。スクリプト言語かーー。......脆弱性ちゃう？

[ChieOsanai]

いや、日本語の数字の区切りは四桁毎だが？

[a96neko]

国によって数値のカンマとピリオドの使い方が異なってた。

[georgew]

ヨーロッパ圏の記法がベトナムで浸透している > そうそう、小数点カンマ表記と聞いて真っ先に思い浮かべたのはフランス語ですね。

[namaHam]

へー

[buhoho]

環境localeによって挙動を変える関数使われてると面倒。自分が使ってるつもりなくても、ライブラリとかが裏で使ってると。ブルブルブルブル

[a-kuma3]

i18n が一部にしか通用しないんだという話。「開発者らの恐怖を呼ぶ」は大袈裟に過ぎる。POSIX な C、Java、Swift 辺りの人なら知ってるはずだけど、「文字列 数値 変換」とかで、ググってコピペで作るんだろうなあ

[yamadar]

知らんかった。頭の片隅で覚えとこ

[CardamomPowder]

言語系はi18nで吸収できそうだけど、日付はたしかにバグるかも。

[luege_traum]

これは実装の想定が甘すぎるだけだと思うが。内部的には普通に扱えるし。それに知らなくても、テストすりゃすぐ分かる。それも気付かないような開発者はローカライズなんかしないほうが良いよ

[rub73]

まだそんな基礎的なことで統一されてないのか…2022年になるのにな。

[wonodas]

ん？文字列パースしてんの？内部での数字の扱いは一定だろうに

[s2kw]

viewが独立してないというか、viewの文字列を値に変換し直してるまであるな

[yauichi]

似たようなのでトルコ語には i が2種類あってはまったことがある

[cbkf]

https://it.srad.jp/story/21/04/11/0554257/ 記号以外にも左の記事のようにMissとか敬称の扱いが国によって違うこともあるらしいし、国際化・地域化は本当に難しい。

[guldeen]

へー。国によってカンマとピリオドが逆の例が、あるんだ。ベトナムのは、旧統治国であるフランスに倣った物らしい。

[daishi_n]

数値を書式付き文字列として永続化してる問題だよね。これはロケール依存しない書式に変換しないと無理か

[snailcat]

多言語対応がバックエンドにも影響してるって言語の特性じゃなくて設計と実装の問題じゃないのか

[hiroshe]

数字は世界で共通なのに表記が統一されてないとか、なんでだよって気がするね。

[homarara]

曲ごとに必要なデータをベトナム語版のDBかなんかからファイル出力して、日本側でそのファイルを取り込むとかそういう経緯かな。

[blueboy]

　多くの人が誤解しているが、小数点の　.　という点は「ピリオド」ではなく、「ドット」と呼ぶ。ピリオドは文章の終末に来るものであり、小数点とは意味が違う。　ググれ。　→　https://x.gd/YoPsb

[blueeyedpenguin]

どんな実装すればそうなるのか気になる…

[augsUK]

ドイツで数字読むのは機械でなくても混乱する

[inaba629]

アプリの設計自体に問題がある気がするけど

[canadie]

設定ファイルを読み込む外製の文字列パーサが余計なことをしてくれるパターンがある。整数と必要なら精度（小数点位置）で持って文字列として読み込み、プログラム側で記号を無視してパースすれば防げる

[aosiro]

“ベトナムやドイツでは「1.000,00」とこれが逆転。またフランス語では「1 000,00」といった具合にスペースで数字を区切るのだ” ま？！

[kamezo]

文化の話としては面白いで済むんだけどプログラムだと大変なわけ？　表示用の問題ではないの？／やはり技術的にもどういう実装でそうなる？というツッコミが少なからず。

[greenbow]

id:n314 CSV には言語によらず 1.234 という小数が保存されていて、ベトナム語で文字列から数値に変換する時に千二百三十四と解釈されてしまう、ということでは。 / 保存は大丈夫だったけどParseが言語依存ということかと