アカウント名:
パスワード:
とりあえず、建設的な方向に議論をのばしてみたいと思います。
英語のままの方が遠目に読みやすいし
英語のどういう点が読みやすい、日本語のどういう点が読みにくいという、もう少し客観的な情報があれば、他の人が何らかの対策を考えられるかもしれません。
メニュー項目とかメッセージとかは結構な頻度で微妙な気持ち悪さをたたえているか意味が分かりにくかったりわからなかったり
どのメニュー項目が気持ち悪いか、どのメッセージの意味が分かりにくいか、という具体的な情報があれば、対策できるかもしれません。
＃具体性のない主観を述べるだけというのが、まず建設的じゃない気がするのです。
特に限定なく「欠点の方が目立つ」と言われて客観的な根拠に基づく欠点を期待したところへ、 続く文章で述べられている根拠が主観に基づくものだったので「主観の押し付け」と取られたのではないかと思います。 （私は「主観の押し付け」とまでは思いませんでしたが、根拠に特に客観性がなかった件については若干肩透かし感がありました。）
ちなみに主観的評価で良ければ私は逆です。 日本語認識の方が英語認識より体感で5倍くらい早い（実際にはそんな早くないかもしれいけど、少なくとも心理的なコスト比がそのくらい）ので訳語が多少怪しくて訳語→原語の推測をしてもなおトントンくらいに思われるからです。あと記憶の負担も日本語の方が（多少不適切な訳語であってさえも）小さいです。まぁ仕事柄、あまりおおっぴらに英語わかりませんとは言えないのでｗ、英語メニューでも使えなくはないですが、日本語訳があればダウンロード＆インストールしてしまいますね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
日本語化のうれしさ (スコア:1, 興味深い)
ただWebブラウザとかは日本語化というのは大きな意味があるんでしょうけど、
eclipseのような開発環境の場合は利点よりも欠点の方が目立ってくるような気がしています。
英語のままの方が遠目に読みやすいしメニュー項目とかメッセージとかは結構な頻度で微妙な
気持ち悪さをたたえているか意味が分かりにくかったりわからなかったりでもとの英語を推測
してググってみることしばしばです。
じつのところJavaそのものについてもエラーメッセージは英語で出してほしいと思っています。
英語圏で同じような問題が起きているのか探しにくいので...
という私ですので普段使っているFirefoxは当然 en_US 版なのですが、 先日3.1beta1を取って
こようとしたらあいにくリンクが腐ってたようなので結局他の言語版のリンクをいじって取ってき
ました。
もうちょっと話が外れますが、最近買ったP601iの英語モードのメッセージが気持ち悪すぎて
ただの興味で試してみたけどすぐに戻してしまいました。
# さらに脱線するけどワタクシ筆談は問題ありませんが英会話はNGです。
cascade - 重ねる？ (スコア:3, 参考になる)
外部キー制約を CASCADE に設定しようとして
そのために「重ねる」ボタンをクリックせねば
ならないことに気づかなかった・・・・
てっきりウィンドウの整列とかUIのことだと思って
「なんでこんなボタンがこんなところに？」とは思っていたが．
屍体メモ [windy.cx]
Re:cascade - 重ねる？ (スコア:1)
JavaEE パッケージに含まれる DataTools でしょうか？
Re:日本語化のうれしさ (スコア:1, 参考になる)
Re: (スコア:0)
日本語版だと使い方を質問することもできない。
Re:日本語化のうれしさ (スコア:1)
必要なときにソフトウェアのネイティブのエラーメッセージとの対照をとる手段が確立していれば置き換えられます。
ツールチップを他で使っていると衝突しますが、メニューなどの表記はローカライズされていてもツールチップでネイティブの表記を併記するなど。
# CLI の場合はリッチな標準入出力が必要になるかな… PowerShell に何かそんなものがあったようななかったような。
Re:日本語化のうれしさ (スコア:1)
もっとも、コメントは日本語書いちゃったりしますが。気分次第ではあるけど。
さっと書く時には英語で書いて、ながなが言い訳する時には日本語になっている
ような感じ。
Re:日本語化のうれしさ (スコア:1)
＞英語圏で同じような問題が起きているのか探しにくいので...
設定一つ(＋ソフトの再起動)でメニューやヘルプの言語を切り替えられるようになればこの問題は解決ですね。
メニューのテキスト部分をプログラム本体から分離し、設定にあわせて起動時にロードするテキストファイル(またはそれが置かれているディレクトリ)の指定を切り替えるだけ。
問題はそこまで考えてプログラムを作るかって話し。
世界中で使ってもらいたいプログラムならば、企画を打ち立てた段階からこういった面も考慮するのが当たり前……って言えるようになると良いなぁ。
ここは自由の殿堂だ。床につばを吐こうが猫を海賊呼ばわりしようが自由だ。- A.バートラム・チャンドラー 銀河辺境シリーズより
Re: (スコア:0)
日本語のほうが良いという人が大勢いるからこういう活動が支持されてるだけのこと。
あなたの主観を他人に押し付けないで下さい。
Re:日本語化のうれしさ (スコア:1)
主に低レベル技術者にね。メニューも読めない人は、洋書はもちろんのこと
ちょっとした技術資料もマニュアルも読めないから満足な仕事ができません。
そういう低レベル技術者を救う作業が、はたして
「日本の開発現場を助けているのか？」
となると大いに疑問です。
Re: (スコア:0)
>「日本の開発現場を助けているのか？」
>となると大いに疑問です。
意味がわからない。こういう問いかけはナンセンスじゃないんでしょうか。
低レベル技術者を救ってるなら開発現場を助けているでしょう？違いますか？
（言語能力というアスペクトだけで低レベルとか意味がわかりませんが）
Re: (スコア:0)
いやぁ... なにかつつきましたか？
私は主観を述べただけでだれかに押しつけたとはおもっていないのですが。
一応こういう場なんでできれば、
「日本語化していてもトラブルはこうすれば解決できることが多いだろ」とか、
「変な日本語だと思ったらこちらへ連絡すればよろし」とか、
そういう感じでもうちょっと建設的な方向に振っていただけるとありがたいんですが。
# ちなみに P601i ではなく P906i です。
Re:日本語化のうれしさ (スコア:2, すばらしい洞察)
とりあえず、建設的な方向に議論をのばしてみたいと思います。
英語のどういう点が読みやすい、日本語のどういう点が読みにくいという、もう少し客観的な情報があれば、他の人が何らかの対策を考えられるかもしれません。
どのメニュー項目が気持ち悪いか、どのメッセージの意味が分かりにくいか、という具体的な情報があれば、対策できるかもしれません。
＃具体性のない主観を述べるだけというのが、まず建設的じゃない気がするのです。
Re: (スコア:0)
かなはそこまで変わらないけど。
あとは開発環境だと、英数が多くなるから（コメント除き）それとの
違和感のなさってのも。
このあたりは完全に個人の感覚でしょうねえ。
主観の押し付けに見えた訳は (スコア:2, すばらしい洞察)
特に限定なく「欠点の方が目立つ」と言われて客観的な根拠に基づく欠点を期待したところへ、
続く文章で述べられている根拠が主観に基づくものだったので「主観の押し付け」と取られたのではないかと思います。
（私は「主観の押し付け」とまでは思いませんでしたが、根拠に特に客観性がなかった件については若干肩透かし感がありました。）
ちなみに主観的評価で良ければ私は逆です。
日本語認識の方が英語認識より体感で5倍くらい早い（実際にはそんな早くないかもしれいけど、少なくとも心理的なコスト比がそのくらい）ので訳語が多少怪しくて訳語→原語の推測をしてもなおトントンくらいに思われるからです。あと記憶の負担も日本語の方が（多少不適切な訳語であってさえも）小さいです。まぁ仕事柄、あまりおおっぴらに英語わかりませんとは言えないのでｗ、英語メニューでも使えなくはないですが、日本語訳があればダウンロード＆インストールしてしまいますね。
Re: (スコア:0)
> 続く文章で述べられている根拠が主観に基づくものだったので
なるほど。私は日本語化という単語に反応しただけで過去の同様の事例の主観的な印象
しか述べていなかったのですがそれが今回のものをけなしているように見えるのがいけない
理由の一つというわけですね。雑談にしてはちょいと厳しい気がしますが、単に気分を
悪くされるだけなのも本意ではないので乗ることにします。
# ちなみに英語の方が遠目に見やすいというのは文字の複雑さが低いせいだと思います
今回の日本語パックに関する具体的な感想をがんばって書いてみます。
というわけで手元の eclipse 環境に件の日本語パックをイン
Re:主観の押し付けに見えた訳は (スコア:2, 参考になる)
具体的なご指摘ありがとうございます。
日本語化は必要ない、という方からの意見は大変助かります。
まず最初に 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
Re: (スコア:0)
そこまで開発環境の日本語に違和感を感じるなら、最初から英語版を使えば？というだけ。
それを、わざわざ日本語化して
「欠点の方が目立ってくるような気がしています」
「微妙な気持ち悪さをたたえている」
みたいな「使ってやったけどダメじゃん」的なコメントが反感を買ってるかと。
# もちろんこの部分は自分の主観ですよ
> そう