2011-10-18 1 views
1

私はWebプロジェクトのフレームワークを書いています。 (Asp.NET MVCでは、これは関係ありません)。文化特有の翻訳はどれくらい重要ですか?

これでリソースファイルではなくデータベースにリソース文字列を保存します。 私はこれをやっているのは、Webインターフェイスを使って簡単に編集でき、プロジェクト全体をアップロードする必要がないからです。

今、私はどのくらい深く行くべきなのか考えています。私は1つの言語 "英語"を持っていて、それを米国と英国のために使うべきですか?あるいは、私は異なる文化のための異なったresourcestringsを持つべきですか? (もちろん、ほとんどの場合、テキストは両方の言語で同じです)。

誰でもMicrosoft、Google、またはFacebookがこれをどのように処理しているか知っていますか?

答えて

2

フレームワークを作成している場合、私はそれを実行することができますが、「アメリカ英語」の翻訳がなければ「アメリカ英語」は英語に戻ります。ドイツ語(私の母国語)にはドイツ語、ドイツ語、オーストリア、ドイツ語のスイスのために別々のロケールがありますが、ほとんど使われていません。

など。私たちは私たちのオフィスの誰も誰も "チャット"するための(私たちのために)あいまいな言葉を使ったソフトウェアを持っていました。この言葉はドイツ北部(ドイツ南部のオーストリア)に使われていることが後で分かりました。そこにいるドイツ語を話すすべての人のために、その言葉は "Schnacken"でした。

+0

+1アメリカ英語の英国英語への落ちる。 (ハ!) –

+0

"私はこの種のスペインの審問を期待していませんでした!" – bernhardrusch

+1

.....誰もがスパを期待していません(あと、あなたは残りを推測することができます) –

2

これは「ローカリゼーション」と「翻訳」の違いで、アプリケーションと予算によって異なります。

米国と英国(オーストラリア、ニュージーランドなど)のほとんどの商用アプリケーションで使用されている英語は同じです。 「 - サイズ」と「サイズ」のような単語のエンディングがありますが、これを特に考慮する必要はありません。不都合なことに、主要な例外はドメイン特有の用語に関するものである。自動車、建物などを含む。従って、歩道/舗道、舗道/道路、タイヤ/タイヤ;蛇口/タップ;疑いの余地はない。

言語に加えて、にはがあり、異なる文化間でローカライズされることがあります。たとえば、日付の形式は異なります.1/10/11は米国とカナダでは1月、英国では10月です。通貨も、明らかに異なっています。

マイクロソフト、グーグル、Facebookなどは、異なる言語ではなく異なる文化を反映した異なるサイトを持つ傾向があります。したがって、Microsoftのホームページは、「Microsoft UKについて」リンクを除いて同じですが、ローカルのコンテンツを持つ国固有の領域に移動します。

ので:国際的に異なるものを使用しているカルチャ固有の用語がありますかどうかを確認するためにユーザーとの

  • チェック。
  • 日付、数値形式、および税金と商取引の方法の違いを考慮してください。
  • 個人情報に関する法的規制にご注意ください
  • 適切な場合は、適切な翻訳代理店と協力して、特定のニーズに適したローカライゼーションの見解を入手してください。
2

FacebookにはenUSとenGBの翻訳があります。たとえば、米国英語のユーザーは誰かの「お気に入りのテレビ番組」を見ていますが、英国の英語ユーザーは「お気に入りのテレビ番組」を見ています。

私はこの質問に自分自身で答えます: 価値のある翻訳を提供するためのリソース(そのロケールのネイティブ)はありますか? これは、開発者の時間や財源が似ている他の変更よりも、ユーザーに大きな貢献をしますか?

私にとって、これらの答えはいつもノーであったので、残念ながら英語を超えてローカライズしたことはありません。あなたはあなたのために異なっている答えを見つけるかもしれません。キラー機能はおそらくあなたの翻訳ではないと思っているだけで、憶えています。

+1

私はこれが英国の英語ユーザーにとって「お気に入りのテレビ番組」であるべきだと思います... – bernhardrusch

関連する問題