Author: mumumu
Date: Sun Sep 9 13:07:59 2007
New Revision: 1159
Log:
- translated 'release numbering' section.
Modified:
trunk/ja/ch07.xml
Modified: trunk/ja/ch07.xml
==============================================================================
--- trunk/ja/ch07.xml (original)
+++ trunk/ja/ch07.xml Sun Sep 9 13:07:59 2007
@@ -127,7 +127,7 @@
彼らはプロジェクトで起こっていることがスケジュールと衝突しているかどうかを気にせずに作業できるのです。
プロジェクトが別の作業をやめてある作業に専念させるようなマスタ－スケジュールに縛られていると、
多くの開発者が長い間何もしない状態が発生します — これは非効率であるばかりか、
- 退屈なものなので危険です。退屈した開発者は、すぐに辞めてしまうでしょう。
+ 退屈なので危険です。退屈した開発者は、すぐに辞めてしまうでしょう。
</para>
<!--
@@ -167,7 +167,7 @@
リリースを行なう方法を議論する前に、
リリースに対する名前の付け方をみておきましょう。
これは、リリースがユーザにとって何を意味するのかを知らせるのに必要なものです。
- リリースとは、次のようなものです :
+ リリースとは、次のようなものです。
</para>
<itemizedlist>
@@ -180,7 +180,7 @@
<para>
古いバグが直っています。
- これは多分全てのリリースに当てはまるとユーザが期待していいことでしょう。
+ これは全てのリリースに当てはまると多分ユーザが期待していいことでしょう。
</para>
</listitem>
@@ -195,7 +195,7 @@
<para>
新しいバグが入り込んでいます。
- これは時々行なわれるセキュリティリリース(<phrase
output="printed">この章の後半の</phrase><xref
linkend="security-releases"/>を参照してください)や他の単発リリースを除いて、普通は十分に考えられることです。
+ これは時々行なわれるセキュリティリリース(<phrase
output="printed">この章の後半の</phrase><xref
linkend="security-releases"/>を参照してください)や他の単発リリースを除いて、普通は十分過ぎるほどあり得ることです。
</para>
</listitem>
@@ -241,19 +241,43 @@
</itemizedlist>
+<!--
<para>As you can see, not all of these are good things. This is why
experienced users approach new releases with some trepidation,
especially when the software is mature and was already mostly doing
what they wanted (or thought they wanted). Even the arrival of new
features is a mixed blessing, in that it may mean the software
will now behave in unexpected ways.</para>
+-->
+
+<para>
+ 見てわかる通り、全てが良いことばかりではありません。
+ よって経験豊富なユーザーは、新しいリリースを少し恐る恐る扱います。
+ 特にそのソフトウェアが成熟しており、
+ 既にユーザーが求めた（または欲しいと思った）動きをほとんどしてくれていた場合はなおさらです。
+ たとえ新機能が追加されても、
+ それはソフトウェアが意図しない振舞いをするかもしれないという点で、
+ ありがた迷惑なものなのです。
+</para>
+<!--
<para>The purpose of release numbering, therefore, is twofold:
obviously the numbers should unambiguously communicate the ordering of
releases (i.e., by looking at any two releases' numbers, one can know
which came later), but also they should indicate as compactly as
possible the degree and nature of the changes in the release.</para>
+-->
+<para>
+ よって、リリースに番号を付ける目的はふたつあります。
+ 当然、
+ リリース番号はリリースの順番を明確に伝える（i.e. ふたつのリリース番号を見れば、
+ どちらが新しいものかがわかる）べきですが、
+ それだけではなくて、
+ 変更の性質や程度をできるだけ簡潔に示すものでなければなりません。
+</para>
+
+<!--
<para>All that in a number? Well, more or less, yes. Release
numbering strategies are one of the oldest bikeshed discussions around
(see <xref linkend="bikeshed"/><phrase output="printed"> in
@@ -263,10 +287,23 @@
universally agreed-on principle: <emphasis>be consistent</emphasis>.
Pick a numbering scheme, document it, and stick with it. Your users
will thank you.</para>
+-->
+
+<para>
+ そんなことを全部数字で表現するのかって？
+ まあ、程度の差はありますが答えはYESです。
+ リリース番号の付け方は、
+ 些細な話題なのに最も古くからあちこちで議論されてきたもののひとつですが、
+ 近い将来、唯一の完全な標準に落ち着く気配はありません。
+ しかし、<emphasis>一貫していること</emphasis> という普遍的に受け入れられた原則に基づいて、
+ 優れた戦略がいくつか現れてきています。
+ 番号の付け方を選び、それを文書化し、守るようにしましょう。
+ 番号の付け方をはっきりさせれば、ユーザーはあなたに感謝することでしょう。
+</para>
<!-- ========================== subsection =========================== -->
<sect2 id="release-number-components">
-<title>Release Number Components</title>
+<title>リリース番号の構成要素</title>
<para>This section describes the formal conventions of release
numbering in detail, and assumes very little prior knowledge. It is
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
