何よりもまず、既に訳されているかどうかを確認する必要があります。それはそれでいいんですが、折角doc-jpが数年にわたりノウハウや訳文を積み上げているわけですから、これを活かさない手はないでしょう。英文については、この中にあるものがターゲットになることでしょう。分割版をお勧めします。)ここを見ることになります。分割版を(ryで、ハンドブックの場合なら、分割されたHTMLファイルから1つを選び、wikiで翻訳作業をしてみるとよいでしょう。ハンドブックの英語版と日本語版を見比べてみると、コピーライトもさることながら、一部章立てが違うことに気づきます(例えば二章)。これは、日本語訳した英文ファイルのバージョンと、現在の英文ファイルのバージョンが違うために起こります。翻訳するときには『どのファイルを訳したか』『いつのファイルを訳したか』の2つを明確にすることが重要です。wikiには当面、どのHTMLファイルを、いつ翻訳したか、書いておけばいいと思います。(ファイルの取扱い方を把握した人なら、バージョンを書いて元ファイルを訳すのがベスト。今は7.0-RELEASE直前なので、今後さらに英文側が変更される可能性が高いことに注意。反映されていない和文もありますので注意して下さい。以下を手元のファイルやcvswebなどで見てみてください。)■『とりあえず訳そう。』どれを訳すか決まったら翻訳作業に入るわけですが、せっかくですのでdoc-jpに合わせた訳文を心がけてみましょう。http://www.jp.freebsd.org/doc-jp/guide.htmlここから最低限チェックしとくと良さそうなことをピックアップ。文体は「ですます調」でお願いします。文字セットにある文字はそれを使ってください。いわゆる「半角カナ」や「全角英数字」は使わないでください。バイト文字の「,」「.」が利用されていました)。次のことを目安に臨機応変に対応してください。変換のみを含めるようにしてください。タイトルや引用の部分はそのままにしておいてください。英単語区切りには「,」を使ってください。ファイル名で区別する必要はありません。今までに翻訳されたファイルの英語版と日本語版を比較してみる。日本語ドキュメントを参考にする。沿って作業が進められています。...が、必ずしも強制されるものではありません。文章が必要以上に堅苦しい表現にならない範囲で作業してください。ターゲットを切り分けてくれる人が増えるまでは、自分で目標を宣言しながら翻訳を積み重ねることになると思います。訳されてた、なんてことも起こるかもしれません。■『訳すのを手伝おう。英語は苦手だけど技術的なことに興味あり、みたいな人は、まず何を訳すべきなのか、そして、訳されたテキストをどうやってdoc-jpにcontributeするところまでもっていくかを考えたらいいと思います。あるドキュメントをmakeして喜んでみる(必要な知識やツールはこのあたり)。貢献方法と作業手順を読んでみる。ターゲットになっている文章の構造を把握し、wikiに反映することを考える。wikiにどこを訳せばいいかをファイル単位で明示してみる。(未訳・既訳・更新アリのチェックを含む)HTMLベースで訳している人の訳文を元ファイルに落とし込んでみる。(難易度激しく高!)doc-jpプロジェクトが手動でやっている処理を自動化するようなシステムを考える。(翻訳に集中できる環境を整える)外から見て、ひとりで思いつくのはこれくらい、です。綺麗な作業分担方法を思いついた人は、ばんばん仕切っちゃっていいと思います。みんな楽になるでしょうし。飛び込んでみるのもよいかと思います。追記:平成20年1月29日(火)で、その後どうなったのかというと......2ch有志かと思ったら一人だけだったみたいです。共有この投稿へのリンク2008年1月15日火曜日send-prしてみる。(mh編)とりあえず先に進むことにする。ネットワーク上の都合によりWebから送付、ということにします。ports全体のpatch作りから、ふたたび。