翻訳の難しさ、またはソフトウェアのローカライズを行わない方法

この短い記事のアイデアは、habrayuzer Milfgardに、翻訳結果と翻訳作業の両方の経験についてのいくつかの人生の物語を語ったときに生まれました。 彼はそれらをhabrasocietyと共有することを提案しました。 少なくともこの情報がおもしろそうで、おそらくいくつかの翻訳の起源の秘密が明らかになることを願っています。

ちょっとした背景

学生時代、私はモスクワの翻訳事務所でフリーランスの翻訳者として働いていました。 私は主に私の教育をテーマに翻訳に従事していました。つまり、私は通信産業と通信に関連するすべてを翻訳しました。 彼らは市場の基準でほとんど支払いをしませんでしたが、学生として私はそれでかなり満足していました。

翻訳会社のすべての仕事は、できるだけ多くの注文を収集し、それを複数の翻訳者に配布することでした。 実際、何らかのクラウドソーシングが得られました。 言語いじめの主な目的は、ソフトウェアまたはハードウェアの文書化でした。 私の記憶の中で最も印象的な例は、HuaweiのSDH / PDH機器に関するドキュメントの翻訳と、Comverseプラットフォームに関するドキュメントの翻訳です。 顧客企業の従業員に心からごめんなさい、そして今、その理由をお話しします。



たとえば、ソフトウェアまたはハードウェアについて、1000ページの英語からロシア語のドキュメントへの翻訳命令を翻訳会社に受けました。 さらに、この量の作業は、特定の翻訳者の負荷（および翻訳の平均速度）に応じて10〜20人の間で分散されました。 その後、確立された用語や表現の異なる翻訳のケースを除外するために、翻訳者が用語の辞書を与えられる会議が開催されました。

この戦略には明確なプラスがありました-20人が同じ単語を異なる方法で翻訳しなければ修正者の仕事は著しく簡単です。 ただし、これがすべて正常に機能するには、次の2つの単純な条件を満たす必要がありました。

• 用語集には、これらの用語の正確な翻訳を含める必要があります。
• 翻訳者はそれを使用する必要があります。

そして実際に何が起こったのでしょうか？ 実際には、最初の条件はすぐに違反されました。 用語の用語集として、同志は、ネットワーキングの基礎に関するCisco Pressのロシア語版の用語集を使用しました。 初心者向けの素晴らしい本。 彼女だけに欠陥があった。 あなたはすでにどちらを推測していると思います。 そうです-彼女はロシア語へのひどい翻訳を持っていました。 1ページの誤った翻訳の数に関する用語集は、その時点で出版されたこの出版社の他のすべての本を上回っていました。 さて、私が線を書いているとき、この本自体は私が説明したのと同じクラウドソーシング方法によって翻訳されたという考えが忍び寄っています。 翻訳の質の観点から深く否定的なフィードバックを伴うこの種の再帰。

2番目の条件も違反しましたが、人的要因が考慮されました。 翻訳者は、用語集を単に無視するだけで（行動の理由を説明することなく）、この辞書の間違いの恐怖を理解し、質の高い翻訳をすることを好む人々に分けられました。 私は彼らの語彙の辞書の誤りで同僚に繰り返し指摘しましたが、40歳の額は20歳の学生を信じる傾向がありませんでした。

ドキュメントの一部の翻訳の準備が整い次第、校正編集者がそれをすべてまとめました。 彼らは（キャラクターの数ではなく、時間とカスタマイズされた時間のために）彼にさらに低額を支払ったので、最終テキストの品質はほとんどの場合ひどいものでした。 一度私自身が校正者として働いて、1日の仕事の後にもっとや​​ることを約束したのは、半分のケースで、オリジナルを取り、テキストを完全に再度翻訳しなければならなかったからです。



ひどい翻訳機の暗い領域で唯一色あせた光線は、この局の編集長でした。 彼自身は電気通信の分野では何も翻訳しませんでした（そしてこれは良いことです）が、翻訳部門を卒業した普通の人ではなく、言語の知識を持つ特定の業界の専門家が必要だといつも繰り返しました。 悲しいかな、すべての専門家が英語だけでなくロシア語も同様によく知っていたわけではありません。 彼らとのさらなるコミュニケーションが示すように、すべての専門家が専門家であることが判明したわけではありません。



私のこれ以上の人生と職業経験は、この単純な真実を確認しただけです。 技術翻訳者は、専門用語の用語集を手元に置いている翻訳者ではなく、技術分野に精通し、同時に英語（または他の）言語に堪能な技術専門家です。

IBMは素晴らしく、ひどいです

2004年に戻って、私はシスコの機器とその上に構築されたソリューションのテクニカルサポートから離れ、ネットワーク監視タスクに切り替えました。 これが、2006年にIBM Tivoliソフトウェア製品群の一部となったMicromuse Netcoolソフトウェア製品に初めて触れた方法です。 私の現在の雇用主は、いわばIBMのFault and Perfomance Managementシステムのアクティブユーザーです。そこで、ほぼ4年間、私たちが持っているソフトウェアのクローズドベータテストに積極的に関与しています。



ある時点で、Netcool / Omnibus WebGUI監視システムWebポータルの新しいバージョンをリリースしたIBMは、ポータルをローカライズすることを決定しました。 USER_AGENTブラウザを介して排他的にユーザーの言語設定を決定するという事実については、特に説明しません。 このトピックは、誓いの言葉を含む別の歌に値します。



IBMがどのように翻訳を完了したかは、ローカライズを行うべきではないことの非常に良い例です。 ベータテストプロセスで、IBMのロシア部門のスタッフがロシア語への翻訳を担当したことが判明しました。 彼らには博士号の翻訳プロジェクトマネージャーもいました。 確かに、最終製品に登場したものに基づいて、IBMのロシア部門はモスクワで最も安価な翻訳会社のサービスを使用しており、彼らは最も文盲の翻訳者を雇っていたようです。



翻訳のすべての側面を引用するのは意味がないと思います。 誰もが1ダースのページを読むことに興味を持つことはまずありません。 例として、最も印象的な瞬間のみを示します。

種類とメンバーシップ

メニュー項目の「表示」が「表示」として翻訳されることに慣れています。 IBMは別の方法で決定し、「ビュー」として翻訳しました。 このため、View Membershipポータルのセクションが「Membership in Views」として翻訳されています。 ここで、文脈を知っている人でさえ、最後のフレーズの翻訳は非常に複雑であると言わなければなりません。 一方では、アプリケーションメニューの[表示]は[表示]で、他方では、ポータルセクションは[表示]と呼ばれるエンティティの管理を参照し、このエンティティの要素となるページコンポーネントを決定します。 したがって、最も論理的な翻訳は「表現の要素」です。 これは、文学翻訳がリテラルよりも優れている技術翻訳の場合の1つです。

私も実験を行い、このソフトウェアで作業している同僚にロシア語のポータルセクションを見せました。 彼らは誰も自分が話していることを理解していませんでしたが、今日まで英語版のポータルと完全に連携しています。

言語の豊かさ

ロシア語と英語のどちらの言語がより豊かであるかについて長い間議論することができます。 私は言語学者でも言語学者でもないので、残念ながら正しい答えがわかりません。 ただし、英語の単語の単純な組み合わせをさまざまな方法でロシア語に翻訳する場合によく遭遇します。 Netcool / Omnibusには、Active Event Listと呼ばれるアプレット/アプリケーションがあります。 1つの名前は、ロシア語だけでなくドイツ語への翻訳でも問題を引き起こします。この知識により、ドイツ語のローカライズと比較することができました。



私だけでなく、ベータテスト中のドイツのユーザーも、解釈が2つあることに気付きました。 「アクティブなイベントのリスト」または「イベントのアクティブなリスト」-両方のオプションは、実際には誤解を招きます。

「アクティブなイベントのリスト」は、非アクティブなイベントがあることを意味します。 そして、彼らはどこにいて、彼らのリストはどこにありますか？ （正解は、IBMの別の履歴レポートソフトウェアにあります）。 本質的にイベントは、システムから削除されたとき、つまり、それを引き起こした問題が取り除かれたときにのみ、アクティブ（現在）でなくなります。

「アクティブなイベントのリスト」-リスト内のイベントを動的に変更できるという事実に加えて、このような翻訳オプションに何を投資できるかを理解するのは困難です。 ただし、他の方法でこれを行うと、そのような区別が不正確になり、イベントのリストを（真実に近い）インタラクティブに再度呼び出すと、ユーザーが混乱するだけです。

IBMの同僚は、ロシア語ローカライズのアクティブイベントリストを単に「イベントリスト」に名前変更することを提案しました。 残念ながら、これは最終的に実装しなかった数少ない変更の1つであり、「アクティブなイベントのリスト」オプションは残されています。



一般的に、小さな言語爆弾は元々ソフトウェアに組み込まれていました。 さまざまな状態や問題に関するさまざまな情報メッセージを機器から受信するパッシブモニタリングシステムについて話しているため、システムはこれまで、イベント、アラート、アラームなどのメッセージを示すために3単語も使用していました。 イベントを「イベント」として安全に変換できる場合、アラート/アラームはすでに「事故」です。 言語的には、アラートは「事故」とは見なされない場合がありますが、より正確なオプション「通知」はロシア語を話すユーザーをさらに混乱させる可能性があります。

重大度

Netcool / Omnibusには、「重大度レベル」という概念があり、クリア、不確定、警告、マイナー、メジャー、クリティカルの値があります。 実際には、この度合いを手動で変更できるコンテキストメニューのセクションがあります。 根拠がないように、英語版のソフトウェアでどのように見えるかのスクリーンショットを提供します：



言葉はすべて明白ですが、すべてを翻訳する必要があったため、翻訳しました。 その結果、これらの6つの意味はさまざまな品詞によって翻訳されました。どこかで名詞、どこかで形容詞を使用すると、Clearという単語が一般的に動詞になります。 これは「クリーン」と翻訳されました（これはアクションではないため、ソフトウェアの概念では正しくありませんが、形容詞や名詞を含む正しいバージョンを思いついたことはありません）。

残念ながら、ロシア語では、言葉には性別があり、形容詞は性別に特有の傾向があります。 このソフトウェアのローカライズの最初のバージョンでメニュー項目が「優先度を上げる」と呼ばれた理由はわかりません（ただし、メニューでは優先度を下げることもできます）が、形容詞が使用されている場所のこの優先度の値は女性であることが判明しました 「優先」という言葉も「イベント」という言葉も、女性の性別に属していません。 「事故」という言葉だけがそれに属しますが、それは不運です-「事故」という言葉は、システムインターフェースのどこでも使用されませんでした。



ベータテスト中、詳細な言語コメントとともにロシア語から英語への翻訳のためにIBMに返信する必要がありました。 彼らはそこにそのような「品質」に少しd然としていましたが、最終的に彼らは私のコメントをロシアのユニットに送り、そこでローカライズを担当した学位を持つ非常に同志に私をリダイレクトしました。 彼は特に間違いを認めたくありませんでしたが、正しい翻訳オプションを非常に細心の注意を払って私に尋ねました。 申し訳ありませんでしたが、提供しましたが、実際には、ほとんど図に送られました。 彼らは私にあなたに感謝さえ言わなかった。 しかし、私の努力は無駄ではなく、メニューは次のようになりました。





ちなみに、ローカライズの最初のバージョンでは、Suppress / Escalateアイテムは何らかの形で「Suppress / Expand」と翻訳されていました。 私の同僚と私は、彼らが拡大するために私たちに何を提供していたのか、なぜ「抑制」という言葉が「狭い」と訳されなかったのか、長い間笑いました。 そのため、少なくとも対称的に間違っていました。

少しそのような道徳

むしろ、2つでも。



このソフトウェアがどのように機能し、何をするのかを理解していない人には、ソフトウェアのローカライズを信頼することはできません。 翻訳がプロの翻訳者によって行われたとしても（時にはそれは良くない場合もあります）、常にすべての欠陥を修正する準備ができている技術専門家がいるはずです。



この話の後、私はIBMでロシアの同志に手紙を書くのをやめ、新しいベータソフトウェアのフレームワークの中で、すぐにアメリカ人と英語の同僚に翻訳妨害のコレクションを送りました。 少しの労力で、ローカライズは年々改善されています。

英語の単語を使用する奇妙な点

経験によれば、翻訳者がそこで行ったことを理解するよりも、人々が英語の用語を一度覚えて、たとえばロシア語版を日常生活に導入する方がはるかに簡単です。 上記のソフトウェアのコンテキストでは、「クリアアクシデント」、「ウェッジ」、「ワイプ」などのことを誰もが理解しています。 最近、私はCISの同僚向けのアルメニアでのトレーニングを読みました。 訓練の5日目の終わりになって初めて、彼らはアルメニア語で「聖職者」は男性の陰茎を指定する最も卑劣な変種であると言いました。



PS：「翻訳」ハブにトピックを追加したいのですが、残念ながら、あなたが話すことができないものが十分にありません。

UPD：ありがとう！ すでに十分に、ハブ「翻訳」に追加されました。