ローカライズ業界の話

（オリジナル投稿 2008/7/1）☆

翻訳メモリ（以下、"TM"）に関する Buckeye さんのご指摘は、TM をある程度以上使っている人なら深く肯けるものだと思います。

リンク: Buckeye the Translator: 文脈に合わせて訳文を組みたてる

余談ながら、全体の流れを切り捨てることで訳文リサイクルによるコスト効率アップを実現するのが翻訳メモリという考え方だ、と私は考えている。
さらに余談ながら、だから私は翻訳メモリを使いたくないし、力をつけたいなら使わないほうがいいとアドバイスをしている。

この流れで言えば、TM の活用頻度がもっとも高いと思われるローカライズ業界における「翻訳」などは「翻訳」のうちに入らないんだろうなと私も考えます。実際、ローカライズの現場で見られる日常的な作業のかなりの部分は「翻訳」と直接関係のないファイル操作です。

だから、「翻訳(者|家) になりたい」という志望と、ローカライズ業界というのは実はかなり縁が遠いとも言えます。

幸い私の場合は、純粋な翻訳だけでない諸々の作業も性に合っていたので、ローカライズというのは結果的に良い選択だったと思っています。

ローカライズ分野で典型的な、「○○を選択して、△△をクリックします」みたいな定型ばっかりだったら、おそらくかなりの部分を機械翻訳でカバーできるでしょう（実際にその方向を試みているクライアントも多い）。

ところが、たいていのマニュアルはそんな定型句ばかりでなく機能や概念の説明もあるし、さらにはローカライズの枠を越えて IT 系全般ということになれば、Web ページやホワイトペーパー、マーケティング用マテリアルと範囲が広がってきて、そのような素材を同じ翻訳者が訳すと、たちまちボロが出てしまうというケースも実は少なくありません。application が文脈をどんなときにも「アプリケーション」と訳されていたりするのはそんなときです。

この項、続きます。