フリーライター＆フォトグラファーの関 行宏のブログ「ふぐり日記(2007)」にようこそ

　「英日変換」じゃなくて「日日変換」が大半を占めるということに気付くと、ちょっと「開眼」するのね。

　ひとつには中高で習う英文和訳で詰め込まれた知識の呪縛から逃れなければならないんだけど、なかなか自力じゃ気が付かないんだね、これが。

　要するに訳すんじゃなくて「書く」んだよね。目的は（書き手の意図やファクトを読み手に）「伝える」ことであって、英語を和文英訳のごとく訳すことが目的じゃないんだよ。簡単なようなんだけど、意識を変えるのって、難しい。

　あたしゃとっかかりに３年かかりました。

　余談だけど、マニュアルの翻訳で使われるTradosを僕が嫌いなのは、あくまで「作業」用のツールであって、「書く」ことを想定したツールじゃないから。その違いを分からない翻訳会社がいるんだから説明に困っちゃう。

　とりあえず、この３冊を。山岡さんのを読むと夢は砕かれる。こんな厳しい世界なら翻訳を諦めようとさえ思ったことがある。富井さんのは絶版だけど名著。以上誰となく

Lightroomの翻訳も、sekiさんにお願いすりゃ良かったのに。

ほ、yukinyaaさん翻訳したの？
よく知っている人のほうがいいんです。
Lightroomは僕は細かいところが分からないもん。

以前アルカスイスのビューカメラのカタログをショーでもらった時に、
Front Standard のことを「前衛的標準」と訳されていて
これが前衛的で標準的な翻訳なのかと思って感心したことがありました。
しばらく自戒のためにもとっておきましたけど昨年引っ越した時に捨てましたが。。

Captureoneのインターナショナル版の日本語リソースもひどかったんですが
今回のアップデートで酷い部分に関しては日本語リソースが落とされましたね。
リソースエディタで直してあげたかったんですが未だに使い方がよく判らず放置中です。

「前衛的標準」ってのは名（迷）訳ですね。
前側基準面＝前枠のことかな。

翻訳を発注する側（外資系の会社であったり輸入品の商権を持つ代理店）って、翻訳に「品質」があるということを知りませんから、やむなしのところはあるんです。翻訳業界・団体がそういう外向きな啓蒙をやればいいんですけどね。

まさかりかついだ金太郎。
ワタシがコンニャクしたわけないじゃないですか。

てゆーか、最初Betaは英語版だったので、それでいろいろ機能を覚えたのですが、日本語になったとき、逆に何のことだか分かりにくくなった点がいっぱいあるんですね。
Photoshopにしてもそうですが、日本語として意味不明な名称とか、いっぱいあるじゃないですか。
だったら、意訳して欲しいと。
でも、意訳が間違ってるのでは？と思うこともありますが。

同じAdobeソフトでありながら、用語の翻訳が統一されてないところも気になりますね。

ソフトウェア翻訳のお寒い実態（Adobeのケースではありません）。

翻訳者に送られてくるのはメニューやエラーメッセージが並んだリソースファイルのみ。ソフト本体はもらえません。このメニューを操作するとこうなって、こうやるとエラーが出て、というのが分からないまま、字面だけで翻訳していきます。もやもやが消えないのでちょっと拷問です。

このあとの段階で日本語仮訳のリソースを流し込んだソフトがもらえればおかしなところを修正できるのですが、そういう工程はありません。一回納品したらおしまいです。

メニューやメッセージを見て憤慨しているユーザーがいるのだろうと思うと良心が痛みますが、そういう改善を要求しても応えてくれないのがこの業界なんです。

Adobeのようなグローバル企業であればもっときちんとした翻訳作業を行っていると思いますけどね。

それを言い出したら一番悲惨なのは「アンシャープマスク」ですね。
暗室でアンシャープマスクを作った経験の無い人が訳して同様のヒトが使ってレビュー書いて広まったから。。。
「アンシャープをかける」と言ってるヒトまだよく居ますし。

あげく略されて「USM」。「超音波モーター」かよってカンジです。

（やや脱線気味）

なるへそ、そーゆーことなのか。
おべんきょになりました。
リソースファイルだけで翻訳とは。

LightroomはBetaの時に翻訳されましたが、たぶん、翻訳者は写真を知らないんだろうなあ、と思いました。

でも、sekiさんの話読んで、写真知らないどころか、Lightroom使ったこともないのかも、とも思えてきて・・・。
アンシャープマスクもそうですが、機能を理解しないで翻訳してるな？と思えるところは多々ありますね。

フリーで公開されているリソースエディタも幾つかありますから、あまりにも悲惨な訳語があてられていたりするものは直してベンダーないしはソフトウェアの開発元に送りつけるというのも一つの手かとは思います。

オープンソースのソフトとかでは当たり前ですけど、現実にはなかなかそれが採用されるということは難しいと思いますが。

昔、漢字Talkを大阪弁仕様にするリソースファイルとかあったような記憶もあり。。

やはり「ユーザーの声」は重要と思います。機会あることに指摘してってください。

ただし、but、しかし、
メニューの翻訳が多少お粗末であったとしても、売上げにはまったく影響が出ないケースもあるわけで、ＣＳ３もその口でしょう。企業側はコスト（品質）をどこで手を抜くかを常に虎視眈々と考えているわけですから、メニューの「翻訳ごとき」にお金と期間はかけられないというのが本音じゃないかと思いますね。