Author: mumumu
Date: Fri Aug 31 11:57:41 2007
New Revision: 1132
Log:
- translated part of ch03.xml
Modified:
trunk/ja/ch03.xml
Modified: trunk/ja/ch03.xml
==============================================================================
--- trunk/ja/ch03.xml (original)
+++ trunk/ja/ch03.xml Fri Aug 31 11:57:41 2007
@@ -4438,7 +4438,7 @@
</sect2>
<sect2 id="bug-filtering">
-<title>バグ追跡システムをあらかじめフィルタしておく</title>
+<title>バグ追跡システムをあらかじめフィルタする</title>
<!--
<para>Most issue databases eventually suffer from the same problem: a
@@ -4479,7 +4479,8 @@
このことでユーザーを責めることはできません。
ひとりひとりのユーザーはただプロジェクトをよくするために貢献しようとしているだけですし、
たとえ彼らのバグ報告がはじめは役に立たなかったとしても、
- あなたは彼らにひき続きプロジェクトに参加してもらって将来はよりよいバグ報告をして欲しいと思うでしょう。
+ あなたは彼らにひき続きプロジェクトに参加してもらって、
+ 将来はよりよいバグ報告をして欲しいと思うでしょう。
しばらくの間は、バグ追跡システムに自由にバグを報告させ続ける必要があります。
</para>
@@ -4519,7 +4520,7 @@
<para>
はじめのテクニックはあらゆるところで使われているようです。
- 巨大なバグデータベースを持つ（たとえば <ulink url="http://bugs.debian.org/"/> にある Debian
のバグ追跡システムは、執筆時点で315,929個のバグ情報があります）プロジェクトでも、バグが報告されるたびに
<emphasis>誰かが</emphasis> 見張るようにシステムを改造しています。
+ 巨大なバグデータベースを持つ（たとえば <ulink url="http://bugs.debian.org/"/> にある Debian
のバグ追跡システムは、執筆時点で 315,929個 のバグ情報があります）プロジェクトでも、バグが報告されるたびに
<emphasis>誰かが</emphasis> 見張るようにシステムを改造しています。
問題のカテゴリによって見張る人は違うかもしれません。
たとえばDebianプロジェクトはソフトウェアパッケージの集合体なので、
自動的にそれぞれの問題を適切なパッケージメンテナに転送しています。
@@ -4568,6 +4569,7 @@
喜んで検索するものです。
</para>
+<!--
<para>The buddy system can really keep the issue database clean, but
it has some disadvantages too. Many people will file solo anyway,
either through not seeing, or through disregarding, the instructions
@@ -4581,6 +4583,24 @@
buddying system in the future, so that there is an ever-growing pool
of people who understand the issue-filtering system. On seeing an
unbuddied issue, the ideal steps are:</para>
+-->
+
+<para>
+ 仲間を巻き込むシステムはバグデータベースをきれいにしてくれますが、
+ 欠点もいくつかあります。
+ 多くの人が、新しくバグを報告するときに仲間を見つけなさいという指示を見ないか、
+ 軽視するかして、結局ひとりでバグ報告をしてしまうことです。
+ よって、ボランティアにはやはりバグデータベースを見張ってもらう必要があります。
+ さらに、ほとんどの新しい報告者はバグデータベースを維持するのがどれだけ難しいかを知らないので、
+ ガイドラインを無視しているからといって厳しく注意するのはフェアではありません。
+ よってボランティアは、
+ 誰かに見てもらっていないバグ報告を報告者にどう差し戻すのかについては、
+ 用心深く、なおかつ慎重でなければなりません。
+ これは、問題をフィルタする仕組みを理解する人々をますます増やすために、
+ 報告者にゆくゆくは仲間を巻き込んでバグ報告をしてもらうことが目的です。
+ 誰かに見てもらっていないバグ報告を見つけたら、
+ とるべき理想的な対処のステップは次のようなものです。
+</para>
<orderedlist>
<listitem>
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
