Author: mumumu
Date: Tue Aug 28 02:03:23 2007
New Revision: 1117

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   Tue Aug 28 02:03:23 2007
@@ -4032,7 +4032,7 @@
             consciousness.</para>
             -->
 
-            <para>いったん問題が報告されると、その問題は <firstterm>open</firstterm>な状態にあるといいます。
+            <para>いったん問題が報告されると、その問題は <firstterm>open</firstterm> な状態にあるといいます。
             なぜなら、それに対して何らアクションがとられていないからです。
             システムによっては、
             <firstterm>unverified</firstterm> とか 
<firstterm>unstarted</firstterm> といったラベルを付与するものもあります。
@@ -4117,7 +4117,7 @@
             <phrase output="printed"><xref 
linkend="managing-volunteers"/>の</phrase>、
             <xref linkend="delegation-assignment"/> を参照してください)
             この段階で、問題に<firstterm>優先度</firstterm> も割り当てられるかもしれません。
-            たとえば、とても深刻なので解決は次のリリースにまわすべき場合、
+            たとえば、問題がとても深刻なので解決は次のリリースにまわすべき場合、
             その事実は早い段階で確認する必要があります。
             よって、追跡システムはそれを記録する何らかの方法を備えるべきということになります。
             </para>
@@ -4164,6 +4164,7 @@
 
 </para>
 
+<!--
 <para>There are some common variations on this life cycle.  Sometimes
 an issue is closed very soon after being filed, because it turns out
 not to be a bug at all, but rather a misunderstanding on the part of
@@ -4183,6 +4184,27 @@
 an issue manager monitoring the bug database; see
 <xref linkend="issue-manager"/><phrase output="printed"> in
 <xref linkend="managing-volunteers"/></phrase>.</para>
+-->
+
+<para>
+    このライフサイクルには共通のバリエーションがいくつかあります。
+    問題によっては、バグではなくユーザー側が誤解していたという理由ですぐにクローズされることがあります。
+    プロジェクトが多くのユーザを獲得するにつれ、
+    バグではない問題が報告される回数も増えていき、
+    開発者は次第にぶっきらぼうな返事をして問題をクローズしていくようになります。
+    こういう風潮にならないよう努力しましょう。
+    ぶっきらぼうにクローズしてもいいことは何もありません。
+    バグではない問題を報告したそれぞれのユーザは、以前報告された問題には何の責任もないのですから。
+    それに報告される問題が統計的にどういった傾向にあるかは、
+    開発者のみわかることで、ユーザーにはわかりません。
+    (<phrase output="printed">この章の後半の</phrase> <xref linkend="bug-filtering"/> 
で、
+    バグではない問題の数を減らすテクニックについて見ていきます)
+    また、異なったユーザが繰り返し同じような誤解をする場合は、
+    誤解を生む部分を再設計する必要があるということかもしれません。
+    この手のパターンはバグデータベースを監視する問題管理システムがあれば簡単に見つかります。
+    <phrase output="printed"><xref linkend="managing-volunteers"/> の</phrase>、
+    <xref linkend="issue-manager"/> を参照してください。
+</para>
 
 <para>Another common life cycle variation is for the issue to be closed
 as a <firstterm>duplicate</firstterm> soon after Step 1.  A duplicate

_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators

Reply via email to