11
11
12
12
# 既存の翻訳を修正する
13
13
14
- TBD。それっぽくどうにかして下さい
14
+ 修正してプルリクエストを投げる。このとき、過去のバージョンにバックポート出来そうな場合は過去のものも更新する。
15
+
16
+ * typoや軽い言い回しの修正などは気軽に投げると気軽にマージされる
17
+ * 訳語の修正などは最初の訳の時点で既に議論されている可能性があるためある程度チェックされる(チェックした旨とリンクがあるとレビューが速くなります)
15
18
16
19
# バージョンアップに対応する
17
20
Rustがバージョンアップされるとこちらのレポジトリに
@@ -34,23 +37,36 @@ Rustがバージョンアップされるとこちらのレポジトリに
34
37
# プルリクの指針
35
38
36
39
* プルリクを上げた時点でライセンス条項に同意したものとする
40
+ + ** 機械翻訳などライセンスに違反する訳をプルリクエストしてはならない**
37
41
* コミットするファイルは翻訳文書だけで、生成されたHTMLファイルはコミットしない
38
42
* その文書に含まれる用語のglossaryも翻訳する
39
43
* 新たな用語を訳した時は対訳表(TranslationTable.md)も更新する
40
44
* 翻訳を終えた後に最低でも1度全体を眺めて推敲する
41
45
42
46
# 翻訳時の指針
47
+ ## 書式類
43
48
44
- * 敬体を基本とする
45
- * 用語の訳は対訳表に従う
46
- * 訳注を入れる際はインラインなら(訳注: ...)のようにし、別行なら
47
- ` > 訳注: ... `
48
- のように囲み形式にする
49
49
* 英文をコメントアウトして、その直下に(空行を空けずに)和訳を書く
50
50
+ ただし、先頭が` % ` で始まるタイトルだけは` rustbook ` の制約の関係上、原文を直下に置く
51
51
* 1パラグラフ単位で翻訳する
52
52
* ただし、rustのコードブロック(バッククォート3つで始まる別行立てのもの)中のコメントについては行頭が` # // ` になるようにして英文のコメントを含むコードをコメントアウトし、直下にコメントを翻訳したものを書く(See [ Issue #13 ] ( https://github.com/rust-lang-ja/the-rust-programming-language-ja/issues/13 ) )。
53
53
+ これは「rustの」コードブロックのみで、他のコードブロック、例えばtextなどでは` # ` でコメントアウト出来ないので原文を削除して翻訳文書を書き入れる。
54
+ * 標準ライブラリのリファレンスへのリンクは相対リンクのままとして、英語版から変更しない(後日標準ライブラリのリファレンスもリポジトリに入れる)
55
+ * クォート(` ' ` )やダブルクォート(` " ` )は鉤括弧(` 「」 ` )にする
56
+ * 句読点には` 、。 ` を、感嘆符は全角のエクスクラメーションマーク(` ! ` )を、疑問符は全角のクエスチョンマーク(` ? ` )を用いる。
57
+ + これらの記号の後にスペースは入れない(See [ Issue #82 ] ( https://github.com/rust-lang-ja/the-rust-programming-language-ja/issues/82#issuecomment-191691762 ) )。
58
+ * 括弧は全角の` ( ` と` ) ` を使用する。
59
+ + ただし、「日本語(original English)」のように原語を示す場合に限り、半角の` ( ` と` ) ` を使用する(See [ Issue #82 ] ( https://github.com/rust-lang-ja/the-rust-programming-language-ja/issues/82 ) )。
60
+ * どんなに1行が長くなっても日本語の文の途中で改行しない。レンダリングで余計な空白が入ってしまう。句点(` 。 ` )、最悪でも読点(` 、 ` )の後で改行する。
61
+ * ~~ Markdownのマークアップ記法の前後は空白/空行を空けることを基本とするが、厳密でなくてもよい。~~
62
+ 空白/空行を空けなくても処理出来るかはrustbookの気分にかなりよるので統一的に空白を空ける。
63
+ * 訳注を入れる際はインラインなら(訳注: ...)のようにし、別行なら
64
+ ` > 訳注: ... `
65
+ のように囲み形式にする
66
+
67
+ ## 日本語
68
+ * 敬体を基本とする
69
+ * 用語の訳は対訳表に従う
54
70
* 用語や厳密な意味論を話してる部分以外はある程度は意訳でよい
55
71
* むしろ変に原文に忠実で、日本語として読みづらいよりも意味が伝わって日本語として分かりやすい方がいい。
56
72
+ ただし元の英文の意味と異なる場合(誤訳の場合)は修正が入る
@@ -59,15 +75,3 @@ Rustがバージョンアップされるとこちらのレポジトリに
59
75
* 英語だとit, thatなどの指示語が多用されるが日本語だと繰り返した方が自然なことが多いので無理に指示語を使わずに自然な方を使う
60
76
* 逆にyou, your, we, ourなどの英語の文法上仕方なく出てくる人称代名詞は日本語には訳さない方が自然なことが多いので無理に訳に出さない。
61
77
特に、一般論を語る時のyouは ** 訳してはならない** 参考 [ 【雑談】"あなた"と訳さない"you" ~ einzelzelle] ( http://einzelzelle.blogspot.jp/2014/01/blog-post.html )
62
- * 標準ライブラリのリファレンスへのリンクは相対リンクのままとして、英語版から変更しない(後日標準ライブラリのリファレンスもリポジトリに入れる)
63
-
64
- ## 書式類
65
-
66
- * クォート(` ' ` )やダブルクォート(` " ` )は鉤括弧(` 「」 ` )にする
67
- * どんなに1行が長くなっても日本語の文の途中で改行しない。レンダリングで余計な空白が入ってしまう。句点(` 。 ` )、最悪でも読点(` 、 ` )の後で改行する。
68
- * ~~ Markdownのマークアップ記法の前後は空白/空行を空けることを基本とするが、厳密でなくてもよい。~~
69
- 空白/空行を空けなくても処理出来るかはrustbookの気分にかなりよるので統一的に空白を空ける。
70
- * 句読点には` 、。 ` を、感嘆符は全角のエクスクラメーションマーク(` ! ` )を、疑問符は全角のクエスチョンマーク(` ? ` )を用いる。
71
- + これらの記号の後にスペースは入れない(See [ Issue #82 ] ( https://github.com/rust-lang-ja/the-rust-programming-language-ja/issues/82#issuecomment-191691762 ) )。
72
- * 括弧は全角の` ( ` と` ) ` を使用する。
73
- + ただし、「日本語(original English)」のように原語を示す場合に限り、半角の` ( ` と` ) ` を使用する(See [ Issue #82 ] ( https://github.com/rust-lang-ja/the-rust-programming-language-ja/issues/82 ) )。
0 commit comments