翻訳ルール
概要
このページは サードパーティー版言語パックと Pleiades の翻訳ルールを定義しているとおもわれます。ここに規定がないものは eclipse.org が Eclipse 3.2 まで配布してきた言語パックに含まれる用語や用法を踏襲するそうです。なお、実際には別のルールが使用されている場合、注釈に示します。
表記
英数字
隣接する英数字と全角文字の間に、半角スペースを挿入する。
正しい例)
ObjectWeb コンソーシアム Eclipse 更新サイトです。
ただし、括弧の内側、およびコロン (:) やはてな (?) の左側には挿入しない。
正しい例)
英数字以外の 1 文字 (単語の文字以外): 削除しますか?
カタカナ
中黒 (・)
隣接するカタカナ単語は、中黒(・)で区切る。
正しい例)
ODA フラット・ファイル
長音
末尾の長音は伸ばす(JIS とは異なる)。
正しい例)
プロパティー パラメーター名 構造イテレーターです エンティティー
訳文に使用する日本語表記
使用しない漢字
特定の表記は、漢字ではなくひらがなを使用する。
正しい例)
できません (「出来ません」ではない) すべて(「全て」ではない)
個数
個数を表現する場合は、ひらがなではなく数字を使用する。
正しい例)
1 つ(「ひとつ」ではない)
ただし、「1 つ」とするか、「1 個」とするかは考慮が必要。特に、数字が埋め込みパラメーターになっていて、数字が 10 以上になる可能性がある場合には、「個」を使用する必要がある。
語句・表現
基本方針
eclipse.org がこれまで(Eclipse 3.2まで)配布してきた 25 個の言語パックでの翻訳方針に合わせる。
訳文にも英単語をそのまま使用する単語
世間一般で認知されているとおもわれる単語
正しい例)
Web
固有名詞
正しい例)
Apache
プログラミング用語
正しい例)
bean setter getter
XMLの要素名、属性名
正しい例)
tag-lib
カタカナに訳す単語
正しい例)
location=ロケーション validator=バリデーター (でも validation は検証) archetype=アーキタイプ artifact=アーティファクト
カタカナに訳さない単語
正しい例)
annotation=注釈
訳語の統一
注:言語学的には、英語の単語と日本語の単語は1対1対応ではありません。そのため、統一を優先すると逆におかしくなる場合もあります。
正しい例)
shared=共用 (「共有」ではない) save=保管 (「保存」ではない) preserve=保存 (ただし文脈により「保持」でも良い) :注 reverts に保存が対応している場合もあり remove=除去 (「削除」ではない) :注 実際には「削除」が一般的に使用されています delete=削除 edit=修正(「編集」ではない) :注 実際には「編集」が一般的に使用されています unique=固有(「一意」ではない) :注 データベース関連用語の「一意制約」は正しい用法です。 use=使用(「利用」「使う」ではない) ancestor=上位(「先祖」ではない) element=要素(エレメントではない) attribute=属性(アトリビュートではない)
既知のやっかいな?訳語ゆれ
element=要素, エレメント (XMLかどうかで使い分け?)上記の「訳語の統一」参照attribute=属性, アトリビュート (XMLかどうかで使い分け?)上記の「訳語の統一」参照 key=鍵, キー (セキュリティの場合には鍵, プロパティファイルの場合にはキー) description=記述, 説明 type=型, タイプ (言語的には型, それ以外はタイプ) :注 「種類」が適切な場合もあります。 revision=改訂, リビジョン (SVN的にはリビジョンと呼びたいのだが…) cycle=循環, サイクル (JavaVM的には循環, それ以外はサイクル) view=ビュー, 表示(Eclipse的にはビュー, それ以外は?) lock=ロック, 固定 difference=相違, 差異 status=状況, ステータス :注 「状態」が適切な場合もあります。 exit=終了、出口 (enter と exit には、関数の入り口、出口という用法があります)
訳語の検討
訳語の選択にあたっては、既存訳を参照し、頻度が高いものを優先する。
既存訳が存在しない場合、一般辞書は参考にとどめ、単語を言語学上の語源に基づき分解した上で、既存訳を踏襲する。
enrich → en(~にする)+ -rich(リッチ) → リッチ化
注)体言止めの場合、「~する」は「~化」のような用例がある。
Group ~ =~グループ化 Synchronize ~ =~同期化
変更予定検討中の訳語
2009年に対応予定検討候補 (Eclipse 3.5? ターゲット)
save=保管 => 保存 deprecate=使用すべきでない => 非推奨 return type=戻りの型 => 戻り型?
用語の統一
正しい例)
new class=新規クラス(「新しいクラス」ではない)
表現の統一
表現の例)
must=~する必要があります (「~しなければなりません」ではない) :注 実際には「しなければなりません」も多く使用されています deprecated=使用すべきではありません (「非推奨」ではない) edit conflict=競合の編集(「競合を編集」ではない) :注 動作を示すため、「を」が適切と考えられます。 無理に「の」を使用しようとしておかしくなっている場合も見受けられます。 see details=詳細を参照してください(「詳細を確認してください」ではない) would you like to=「~しますか?」(「~したいですか?」ではない) are you sure you want to =「~しますか?」
いくつかの項目や言い回し (現在約 80 項目) は Pleiades が持つ翻訳ルール・エンジンにより統一される。
訳出基準
ピリオド
ピリオド (.) がある場合には、日本語でも句点 (。) をつける。 ピリオド (.) がない場合には、日本語でも句点 (。) を付けてない。
複数形
基本的に複数形は訳出しない。
英単語をそのまま訳文に使用する場合も、複数形は使用しない。
正しい例)
TODOs=TODO
人称代名詞の省略
通常、1 人称 (I)、2 人称 (You) は訳さない。 3 人称 (It など) も省略する場合が多い。
正しい例)
I Agree=同意します Do you wish to remove it?=除去しますか?
進行形の訳出
使用箇所などから進行形であることが明確である場合は、「~中」などと明示的に訳出する。
Installing...=インストール中...
ただし、現在分詞、動名詞かが明確でない場合は、あえて訳出しなくても良い。
文体
ピリオド (.) の あり/なし
ピリオド (.) がある場合には、普通の文章になる。 ピリオド (.) がない場合には体言止めになる傾向にある。 o メニューや、ダイアログのタイトル、ラベルである可能性が高い o プロパティーのキー名により、使用箇所をある程度特定できる場合がある
コロン (:)
コロン (:) で終わる場合には、ピリオド (.) がなくても普通の文章である場合が多い。
:注 入力項目名の場合もあります
原文の文体に合わせた訳
be動詞が省略されていたり、単語の先頭が大文字になっている場合は、体言止めで訳す。
Resources Changed=リソース変更済み(「リソースが変更されました」ではない)
(注)be動詞の省略や、単語の先頭を大文字にする記法は、本のタイトル、新聞の見出し、文章の見出しなどに用いられる。
:注 failed では、「~が失敗しました」という訳が多く使用されています
主語を含まない文節
- 注 動作を示すため、「を」が適切と考えられます。
無理に「の」を使用しようとしておかしくなっている場合も見受けられます。
原文が主語を含まない文節だけで構成される場合、基本的に体言止めで翻訳する。目的語と動詞をつなぐ助詞には「の」を使用する。
confirm delete=削除の確認(「削除を確認」ではない)
だたし、「の」が連続する場合は、これを避けるため「を」を使用する。
confirm resource deletion=リソースの削除を確認(「リソースの削除の確認」ではない)
その他
埋め込みパラメーター
英文に存在する埋め込みパラメーターが、訳文で抜け落ちないよう注意する。