「NTTデータらからEclipse 3.4/3.3用の日本語化言語パックリリース」記事へのコメント

日本語化のうれしさ

[Anonymous Coward]

こういう活動自体が賞賛すべきというのは同意します。

ただWebブラウザとかは日本語化というのは大きな意味があるんでしょうけど、
eclipseのような開発環境の場合は利点よりも欠点の方が目立ってくるような気がしています。

英語のままの方が遠目に読みやすいしメニュー項目とかメッセージとかは結構な頻度で微妙な
気持ち悪さをたたえているか意味が分かりにくかったりわからなかったりでもとの英語を推測
してググってみることしばしばです。

じつのところJavaそのものについてもエラーメッセージは英語で出してほしいと思っています。
英語圏で同じような問題が起きているのか探しにく

Re:

[Anonymous Coward]

だったら日本語化しなきゃいいじゃん。
日本語のほうが良いという人が大勢いるからこういう活動が支持されてるだけのこと。
あなたの主観を他人に押し付けないで下さい。

Re:

[Anonymous Coward]

> あなたの主観を他人に押し付けないで下さい。

いやぁ... なにかつつきましたか？
私は主観を述べただけでだれかに押しつけたとはおもっていないのですが。

一応こういう場なんでできれば、
「日本語化していてもトラブルはこうすれば解決できることが多いだろ」とか、
「変な日本語だと思ったらこちらへ連絡すればよろし」とか、
そういう感じでもうちょっと建設的な方向に振っていただけるとありがたいんですが。

# ちなみに P601i ではなく P906i です。

主観の押し付けに見えた訳は

[Kando (36875)]

特に限定なく「欠点の方が目立つ」と言われて客観的な根拠に基づく欠点を期待したところへ、
続く文章で述べられている根拠が主観に基づくものだったので「主観の押し付け」と取られたのではないかと思います。
（私は「主観の押し付け」とまでは思いませんでしたが、根拠に特に客観性がなかった件については若干肩透かし感がありました。）

ちなみに主観的評価で良ければ私は逆です。
日本語認識の方が英語認識より体感で5倍くらい早い（実際にはそんな早くないかもしれいけど、少なくとも心理的なコスト比がそのくらい）ので訳語が多少怪しくて訳語→原語の推測をしてもなおトントンくらいに思われるからです。あと記憶の負担も日本語の方が（多少不適切な訳語であってさえも）小さいです。まぁ仕事柄、あまりおおっぴらに英語わかりませんとは言えないのでｗ、英語メニューでも使えなくはないですが、日本語訳があればダウンロード＆インストールしてしまいますね。

Re:

[Anonymous Coward]

とりあえずここにつながせてもらいます。

> 続く文章で述べられている根拠が主観に基づくものだったので

なるほど。私は日本語化という単語に反応しただけで過去の同様の事例の主観的な印象
しか述べていなかったのですがそれが今回のものをけなしているように見えるのがいけない
理由の一つというわけですね。雑談にしてはちょいと厳しい気がしますが、単に気分を
悪くされるだけなのも本意ではないので乗ることにします。

# ちなみに英語の方が遠目に見やすいというのは文字の複雑さが低いせいだと思います

今回の日本語パックに関する具体的な感想をがんばって書いてみます。

というわけで手元の eclipse 環境に件の日本語パックをイン

Re:主観の押し付けに見えた訳は

[cypher256 (37073)]

Pleiades を配布している cypher256 です。
具体的なご指摘ありがとうございます。
日本語化は必要ない、という方からの意見は大変助かります。

まず最初に Pleiades および日本語言語パックは IBM が提供していた
Eclipse 3.2 までの言語パックを移行したものです。
移行する際に多くの間違いや不統一を修正してきました。
1 つの訳を修正するには、現在 75,000 ある訳から類似するものすべてを
確認し、不整合が起きないかなどを可能な限り確認しています。

更に修正するには明確な根拠が必要で、感覚的なものは排除しなければ
なりません。そうでなければ、今後誰かが訳す場合に訳が決定できません。
（そうは言っても、たくさんの意訳が存在するのも事実です。）
また Pleiades で日本語化されたものでの書籍や資料などがすでに多く
出回っており、修正による影響は少なくありません。

翻訳ルールとしては
http://wiki.eclipse.org/%E7%BF%BB%E8%A8%B3%E3%83%AB%E3%83%BC%E3%83%AB
にも記載していますが、基本は既存踏襲です。
IBM が言語パック作成の際に参照したと予想される対訳集としては
https://www-06.ibm.com/jp/manuals/nlsdic/nlsdic.html
があります。
これらを踏まえた上で

> 1. 日本語の自然さ
> Configuration を構成の訳すのはいいのですが、そのまま「構成を
>　コピー」とか「構成を除去」と書かれると違和感があって、「構成情報を...」
>　としてほしいところかなと。

感覚的に言うとおっしゃるとおりのような気もします。
ただ、どのような場合に「構成情報」となるのか（目的語？）明確ではないため、
既存を踏襲しています。参考までに IBM 対訳では「構成情報」は
configuration information です。
1105 個の訳に含まれるため修正した場合の影響は非常に大きいです。

> ・プロジェクトのプロファイル-Javaアプリケーションのメインタブでですが、
>　この中で「メインで停止」は意味から考えて「main(関数)で停止」とすべきじゃ
>　 ないですか？

現在、ルールとして記載していませんが、予約語は訳さない、というものが
あり、これはそれから明らかに逸脱しています。
該当箇所が 2 箇所確認できましたので修正予定とします。

> ・Problemsペイン(メニューでは「問題」なので私の環境が中途半端に変わった？)
>　でTypeカラムに「Java問題」というのが並んでますが、これは個人的にいまいち。
>　「Javaの問題」ですかね。

翻訳されない場合があるのは国際化実装の不具合の可能性が高いです。
名詞の連続でどのような場合に「の」を入れるか明確ではないため、
既存を踏襲しています。

> 2．ショートカットキーのラベルとの乖離

これは FireFox などでもそうですね。
Pleiades では機械的に英文のみを訳し、ニーモニックは元のままです。
もし、日本語で割り当てる場合、同一画面（または領域）内での
衝突を考慮する必要があるので、動的翻訳の Pleiades では不可能です。
言語パックでは実現可能ですが、衝突を避けるために非常に多くの工数が
かかることが予想されるため困難です。

> 3. どうしても英語とチャンポンになる。

これは日本語自体の問題ですが、ルールとしては訳語単位での統一になります。
例えば Java は「シャバ」ではありません。
これは日本での認知度や利用頻度により決定します。
また製品名やプラグイン名は基本的に訳しません。例：FindBugs