Author: mumumu
Date: Sat Sep 15 15:56:18 2007
New Revision: 1179
Log:
- complete "Consensus-based Democracy" section.
Modified:
trunk/ja/ch04.xml
Modified: trunk/ja/ch04.xml
==============================================================================
--- trunk/ja/ch04.xml (original)
+++ trunk/ja/ch04.xml Sat Sep 15 15:56:18 2007
@@ -165,7 +165,7 @@
重要な決定をする段になると民主主義の仕組みを使います。
コードを複製できるということは、コードを派生できるということです。
コードを派生できるということは、妥協を生むことを意味しています。
- 全員がひとりのリーダーに従うこと（もっとも有名な例が、Linux kernel 開発の Linus Torvalds です。）もあるかもしれませんが、
+ 全員がひとりのリーダーに従うこと（もっとも有名な例が、Linux kernel 開発の Linus Torvalds です）もあるかもしれませんが、
これは 完全にひねくれているわけでもなく、悪意があるわけでもなく、彼らがそうすることを <emphasis>選んでいる</emphasis>
からです。
独裁者がプロジェクトを魔法のように支配しているわけではないのです。
全てのオープンソースライセンスに当てはまる、鍵となる性質は、
@@ -263,7 +263,7 @@
</para>
<sect2 id="benevolent-dictator-qualifications">
-<title>誰がよき「優しい独裁者」となれるか?</title>
+<title>誰がよき「優しい独裁者」になれるか？</title>
<!--
<para>Being a BD requires a combination of traits. It needs, first of
@@ -510,6 +510,7 @@
これが "待った！ 俺は反対だ。もう少し徹底的に話し合う必要があるね。" と言える最後の機会を与えているのです。
</para>
+<!--
<para>For small, uncontroversial decisions, the proposal of consensus
is implicit. For example, when a developer spontaneously commits a
bugfix, the commit itself is a proposal of consensus: "I assume we all
@@ -521,6 +522,23 @@
result is simply for the project to discuss the change as though it
had not already been committed. The reason this works is the topic of
the next section.</para>
+-->
+
+<para>
+ 小規模で、議論に値しない事柄を決めるときは、
+ 合意に達したという提案も暗黙に行われます。
+ たとえば、開発者がバグ修正を自発的にコミットした場合、
+ そのコミット自体が合意に達したことを提案することになります。
+ つまり、"このバグは直す必要があり、
+ この修正が正しいやり方だと皆が合意したと見做すよ" と言っているのです。
+ もちろん、開発者は実際にそんなことを言っていません。
+ 彼はただ修正をコミットしただけですし、
+ 他の開発者はわざわざ同意すると口に出して言ったりしません。
+ なぜなら黙っていることは合意することだからです。
+ 誰かがコミットした修正が、合意を得られないと判明した場合、
+ まだそれがコミットされていないかのようにプロジェクトでは議論されるだけです。
+ このやり方がうまく行く理由は次の節で述べていきます。
+</para>
<sect2 id="version-control-relaxation">
<title>バージョン管理を行なうと堅くならずに済む</title>
@@ -772,7 +790,7 @@
ある種の投票では、投票権を与える対象を広げて投票を電子化した方がいいかもしれません。
たとえば開発者が単に、与えられたユーザーインターフェイスが、
ユーザーのソフトウェアの使い方と合うかどうか決められない場合、
- プロジェクトのメーリングリストを購読している人全員に尋ねてみるのひとつの解になります。
+ プロジェクトのメーリングリストを購読している人全員に尋ねてみるのがひとつの解になります。
これは投票というよりむしろ <firstterm>世論調査</firstterm> ですが、
開発者はその結果を拘束力のあるものとして扱うかもしれません。
どういった調査であっても必ず、
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
