23

これは、対象となる翻訳言語によっては主観的なものですが、しばらくお待ちください。

私は最近、翻訳プロジェクトに携わっています。目標は、MVCフレームワークの文字列をギリシャ語に翻訳することでした。

フレームワークの言語文字列の70%は翻訳されていますが、30%は意図的に省略されています。アプリケーションの開発者向けのエラーメッセージは翻訳しないという決定がなされました。

この背後にある理由(要するに)は次のとおりです。

  1. デザイナー/プログラマーを対象としています。プログラマー(そしてデザイナー:))は、英語の基本的な理解が必要です。少なくとも、英語が何を意味するのかわからない場合でも、Googleで検索できるようにする必要があります。(人種差別主義者?)

  2. 開発者を対象としており、完全な世界では、Webアプリケーション自体の内部動作に関係するため、アプリケーションのエンドユーザーに表示しないでください。つまり、「データベース構成ファイルでデータベース名を設定する必要があります。」

  3. そしておそらく最も重要なことは、開発者がエラーに関するより多くの情報/ヘルプを取得しようとすると、開発者の生活が困難になることです。たとえば、上記のエラーはGoogleで8つの結果(引用符で囲まれています)を生成しますが、ギリシャ語の翻訳は正確に0を生成します。

これは、ターゲットの翻訳言語の人気とアプリケーション自体に依存することを私は知っています。たとえば、ランダムなアプリケーションXに関するギリシャ語のエラーメッセージのドキュメントとは対照的に、ドイツ語のSAPエラーメッセージに関するドキュメントは大量にあると思います(SAPはドイツ語ですが、要点はわかります)。世界中で約500のインストール。

要約すると、アプリケーション用の言語翻訳パックを開発するとき、エラーメッセージを翻訳しますか?あなたは英語/スペイン語/ドイツ語/フランス語のような主要な言語に対してのみ行いますか?それともそのままにしておきますか?私は「正しい」または「正しい」答えを探しているのではなく、「ベストプラクティス」の答えを探しています。または、この問題があなたが経験した「公式の」標準/ポリシーで定義されている場合。

4

8 に答える 8

21

組み込みのエラー メッセージを含む優れたフレームワークには、それらを i18n するオプションが必要です。これは、ユーザーにとって完全に重要です。

一方、例外メッセージは翻訳してはなりません。あなたはすでに重要な理由を指摘しました-検索。はい、それらは開発者向けであり、エンドユーザー向けではありません。

例外メッセージがユーザーへの表示メッセージとしても使用されている場合、これは間違った設計です。例外には i18n キーが含まれる場合があります。

于 2010-03-24T10:48:17.353 に答える
10

翻訳されているかどうかに関係なく、常に一意の ID を使用し、ユーザーがコピーできるようにしてください。


ヒント: 一部のアプリケーションでは、Ctrl+C を押すとメッセージのコピーが作成され、編集できなくなります。同じ隠し機能を実装すると便利です。

于 2010-03-24T10:48:21.667 に答える
4

私は自分の意見しか言えませんが、ドイツの開発者である私にとって、翻訳されたエラー メッセージを受け取るのは常に煩わしいものです。特に、MS ソフトウェアなどの広く普及しているソフトウェアの場合はなおさらです。それには 2 つの理由があります。

  • ドイツ語ではすべてが複雑に聞こえるため、通常、ドイツ語のエラー メッセージは理解しにくいものです。また、IT 関連の言葉には適切な訳語がないことがよくあります。ドイツの開発者は、代わりに英語の単語を使用するか、面倒な直訳に置き換える必要があります。ところで、MSDN Web サイトにも同じことが言えます。

  • また、すでにおっしゃっていたように、英語のウェブサイトでは、Google でこれらのエラーの解決策を見つけるのが非常に難しくなっています。ドイツの開発者コミュニティは、英語のコミュニティよりもはるかに小さいです...

于 2010-03-24T11:04:40.143 に答える
3

アプリケーションが一般的なビジネスユーザーまたは消費者ユーザー向けであり、エラーメッセージが表示されて、ユーザーが理解したり、それに基づいて何らかのアクションを実行したりできる場合は、翻訳する必要があると思います。エラーメッセージが純粋にログ記録とトラブルシューティングのためのものである場合、変換は不要です。

于 2010-03-24T10:57:56.787 に答える
2

それらを両方の言語で印刷するのはどうですか?ユーザー/ローカル管理者は何が起こっているかを知っており、それを検索して開発者と通信できます。

于 2010-03-24T11:11:46.850 に答える
2

例外メッセージを翻訳しないでください。翻訳の悪夢になるかもしれません。

私は Microsoft Office の自動化に取り組んでいます。ヘブライ語に翻訳された例外メッセージには、本当に苦労しました。

  1. それらのほとんどは Google/MSDN で見つけることができないため、Google で調べるためだけに自分で英語に翻訳し直す​​必要があります。
  2. それらのいくつかは、翻訳されたクラス名でオブジェクトを参照します。私が (プログラマーとして) 操作しているオブジェクト クラスは、常に英語で名前が付けられています。これは、メッセージを理解しにくくするだけです。
  3. メッセージ自体は翻訳されますが、メッセージを構成する引数は翻訳されません。これにより、メッセージがさらに理解しにくくなり、メッセージがデフォルトの MsgBox で適切に表示されないことを意味する場合もあります (右から左への言語は悪夢になる可能性があります)。

私の経験からすると、開発者は英語の例外メッセージを必要とするため、それらを翻訳するには、双方でより多くの労力が必要になるだけで、あまりメリットはありません。

于 2010-03-24T11:22:51.673 に答える
0

アプリによって異なります。英語とターゲット言語を理解している人が使用する高度な技術アプリケーションであるため、英語のエラーメッセージで問題ない場合があります。

エンドユーザーに表示されるメッセージの場合は、翻訳する必要があります。日本の開発者によって作成されたアプリケーションを使用していて、日本語でエラーメッセージが表示された場合を考えてみてください。それはおそらくあなたにとってそれほど役立つことではないでしょう-あなたはそれについて何かをすることができるかどうかにかかわらず、それが何を言っているのか分かりません。

于 2010-07-23T19:13:52.930 に答える
0

通常、多くのエラー メッセージが表示されますが、それらは散発的にしか表示されません。したがって、それらを翻訳することは、時には大変な労力に思えます。

于 2010-03-24T11:21:58.787 に答える