Author: mumumu
Date: Sat Sep 15 12:02:15 2007
New Revision: 1173
Log:
- "social-infrastructure.html" translation complete
Modified:
trunk/ja/ch04.xml
Modified: trunk/ja/ch04.xml
==============================================================================
--- trunk/ja/ch04.xml (original)
+++ trunk/ja/ch04.xml Sat Sep 15 12:02:15 2007
@@ -289,7 +289,7 @@
まず第一に、自分自身がプロジェクトに及ぼす影響について感覚を研ぎ澄ますこと、
これは言い替えれば自制を働かせるということです。
議論の最初の段階では、
- 反対するのは的外れだと他の人が感じていると確信して意見や結論を述べてはいけません。
+ 自分の意見に反対するのは的外れだと他の人が思っていると確信して意見や結論を述べてはいけません。
人々には、たとえ馬鹿げたアイディアであっても自由に述べさせなければいけません。
もちろん、優しい独裁者もたびたび愚かなな考えを述べることも避けられません。
だから、自分が悪い決断を下したときに、それを認識し、
@@ -328,6 +328,7 @@
優れた設計をソースコードから認識する能力なのです。
</para>
+<!--
<para>It is common for the benevolent dictator to be a founder of the
project, but this is more a correlation than a cause. The sorts of
qualities that make one able to successfully start a
@@ -336,7 +337,19 @@
of course, founders start out with a sort of automatic seniority,
which can often be enough to make benevolent dictatorship appear the
path of least resistance for all concerned.</para>
+-->
+
+<para>
+ 優しい独裁者は、プロジェクトの創始者であることが普通です。
+ しかし創始者であることは、優しい独裁者となる原因以上の相関関係はありません。
+ 正確にいうと、プロジェクトをうまく始められる資質 — 技術的なスキル、
+ 他の人をプロジェクトに参加するよう説得できること、などなど —
+ が、優しい独裁者になるのに必要な資質です。
+ そしてもちろん、創始者は自動的にプロジェクトの古株としてスタートするので、
+ そのことで優しい独裁者への道が殆ど抵抗なしに開かれることは往々にしてあり得ます。
+</para>
+<!--
<para>Remember that the potential to fork goes both ways. A BD can
fork a project just as easily as anyone else, and some have
occasionally done so, when they felt that the direction they wanted to
@@ -350,9 +363,26 @@
the copy of the project that resides on that server. Prolonged abuse
of that power, whether by the BD or someone else, would simply lead to
development moving to a different server.</para>
+-->
+
+<para>
+ コードが派生する可能性が二つあることを忘れないでください。
+ 優しい独裁者は他の人と同様、容易にプロジェクトを派生させることができますし、
+ 大多数の開発者が望んでいるプロジェクトの方向性が、
+ 自分が望むものと違っていると感じたときは、
+ 時折優しい独裁者以外の人もそうすることがあります。
+ コードを派生させることができるので、
+ 優しい独裁者がプロジェクトのメインサーバーの root 権限（システム管理者の権限）を持っているかどうかは問題になりません。
+ 人によっては、サーバの管理権限を持っていることがプロジェクトの最終的な権限の源であるかのように話すひとがいますが、実際は無関係です。
+ ある特定のサーバで開発者のコミットパスワードを追加したり、削除したりできる権限は、
+ そのサーバにあるプロジェクトのコピーにのみ影響します。
+ そうした権限に関する苦情が、優しい独裁者や他の開発者かどうかに関係なく長期間続くと、
+ 開発が他のサーバに単に移っていくだけです。
+</para>
</sect2>
+<!--
<para>Whether your project should have a benevolent dictator, or would
run better with some less centralized system, largely depends on who
is available to fill the role. As a general rule, if it's simply
@@ -360,9 +390,18 @@
But if no candidate for BD is immediately obvious, then the project
should probably use a decentralized decision-making process, as
described in the next section.</para>
+-->
-</sect1>
+<para>
+ プロジェクトに優しい独裁者がいるべきか、
+ 中央集権をいくらか緩めた仕組みの方がうまくいくかどうかは、
+ 役割を果たす人達がどれだけいるかに依存します。
+ 一般的なルールとして、単に優しい独裁者に誰がなってもいいことが明らかな場合は、
+ そうするとよいでしょう。しかし、誰もなり手がいないのが明らかな場合は、
+ 次の節で述べるような分権的な決定プロセスを使うべきでしょう。
+</para>
+</sect1>
<!-- ======================== SECTION ============================== -->
<sect1 id="consensus-democracy">
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
