1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
|
<!--#set var="ENGLISH_PAGE" value="/philosophy/x.en.html" -->
<!--#include virtual="/server/header.ja.html" -->
<!-- Parent-Version: 1.77 -->
<!-- This file is automatically generated by GNUnited Nations! -->
<title>Xウィンドウ・システムの罠 - GNUプロジェクト - フリーソフトウェアファウンデーション</title>
<meta http-equiv="Keywords"
content="GNU, FSF, Free Software Foundation, freedom, Richard Stallman, rms, free
software movement" />
<meta http-equiv="Description"
content="リチャード・ストールマンが自由ソフトウェア・オペレーティング・システムの開発の運動の歴史について議論します。" />
<!--#include virtual="/philosophy/po/x.translist" -->
<!--#include virtual="/server/banner.ja.html" -->
<div class="reduced-width">
<h2>Xウィンドウ・システムの罠</h2>
<address class="byline">リチャード・ストールマン著</address>
<hr class="thin" />
<div class="article">
<p>
コピーレフトにすべきか、せざるべきか。これは、自由ソフトウェアのコミュニティにおける主要な論争点の一つです。コピーレフトとは、わたしたちが銃撃には銃撃をもって戦わなければならないということ、すなわち、わたしたちのコードが自由で有り続けるために著作権を利用すべきだという考えを意味しています。GNU
GPLはコピーレフトのライセンスの一例です。</p>
<p>
自由ソフトウェア開発者の一部は、コピーレフトでない配布形態を好んでいます。XFree86や<a
href="/licenses/bsd.html">BSD</a>ライセンスのようなコピーレフトでないライセンスの基本になっているのは、誰に対しても(あなたの成果を元として、ほかの人々を制限しようと狙っている人に対してでさえも)、決して否と言わない、という考え方です。コピーレフトでないライセンシングは間違ったこととまでは言えませんが、しかしそれでは、ソフトウェアを変更し配布できるというわたしたちの自由を積極的に保護する機会を、みすみす失っているということになります。保護するためには、コピーレフトが必要なのです。</p>
<p>
何年にも渡って、Xコンソーシアムはコピーレフトに反対する急先鋒でした。道義的な勧告と圧力の両方を駆使し、自由ソフトウェアの開発者たちが自分のプログラムにコピーレフトを使うのをやめさせようとしてきたのです。Xコンソーシアムは、否と言うのは良くないことだ、と示唆して開発者の倫理観に訴え、一方コピーレフトのソフトウェアはXの配布物に含めない、という規則を定めることで圧力をかけたのでした。</p>
<p>
どうしてXコンソーシアムはこのようなポリシーを採用したのでしょう。それは、彼らの定義するところの成功と関係がありました。Xコンソーシアムは、「成功」とは普及すること、特に、コンピュータ企業がXウィンドウ・システムを使うようになることと定義していたのです。こんな定義をしてしまったばかりに、Xコンソーシアムの主導権はコンピュータ企業が握ることになりました。Xコンソーシアムは、コンピュータ企業が欲することはなんでも、それを得る手助けをしなければならなくなったのです。</p>
<p>
コンピュータ企業は通常、プロプライエタリなソフトウェアを配布しています。プロプライエタリな用途でも自由ソフトウェアが利用できるように、企業は自由ソフトウェアの開発者が自分たちの成果をそのような利用のために差し出すことを望んでいますが、もし企業が直接こんなことを要求しても、一笑に付されてしまうでしょう。しかし企業の代わりにXコンソーシアムが前面に出て、この要求を利他的なものであるかのように提示してくればどうでしょうか。コンソーシアムは、「わたしたちと共に、成果をプロプライエタリな開発者に寄贈しましょう」などとこれがあたかも崇高な自己犠牲であるかのように示唆しました。また彼らは、「いっしょに人気を得ようじゃありませんか」と言って、これは犠牲ですらないとほのめかしたのです。</p>
<p>
しかし、自己犠牲は問題ではありません。コピーレフトが提供する、コミュニティ全体の自由への防御を投げ捨てることは、自己犠牲よりももっと深刻な問題です。Xコンソーシアムの要請を受け入れた人々は、コミュニティの将来をXコンソーシアムの善意に託したということになります。</p>
<p>
この信頼は見当違いでした。組織としての最後の年、Xコンソーシアムは発表間近のX11R6.4リリースに関して、利用に制限を加え、Xを自由ソフトウェアではなくする計画を立てました。彼らはプロプライエタリなソフトウェア開発者のみならず、わたしたちのコミュニティにも否と言い始めたのです。</p>
<p>
皮肉なことに、Xコンソーシアムがコピーレフトにするなと言ってきたときあなたがイエスと答えたばかりに、XコンソーシアムはXのコアのコードと共にあなたのプログラムのあるバージョンに関しても利用許諾や制限を課すことができるようになってしまったというわけです。</p>
<p>
Xコンソーシアムはこの計画を実行に移しませんでした。代わりにコンソーシアムは解散し、Xの開発はOpen
Groupに委譲されましたが、そのスタッフも今また似たような計画を実行に移そうとしています。公平を期すため一応述べておくと、わたしがOpen
Groupに、X11R6.4を彼らの計画する制限的なライセンスと並行してGNU
GPLの下でもリリースしてくれないかと頼んだとき、彼らはそのアイデアを検討することはやぶさかではないと答えたのです。(彼らは、ともかく従来のX11の配布条件から脱却するということについては固く決意していました)。とはいえ、彼らがわたしの提案にイエスともノーとも言わないうちに、この案は他の理由でつぶれてしまいました。XFree86グループがXコンソーシアムの従来のポリシーに従い、コピーレフトのソフトウェアを受け入れなかったからです。
</p>
<p>
1998年9月、X11R6.4が自由ではない配布条件の下でリリースされてから数ヶ月後、Open
Groupは決定を覆してX11R6.3に使われたライセンスと同じ、コピーレフトでない、自由ソフトウェアライセンスの下でXを再リリースしました。ですからOpen
Groupは結局は正しいことを実施したのですが、一般的な問題が修正されることはありません。</p>
<p>
たとえXコンソーシアムやOpen
GroupがXを制限するようなことを計画しなかったとしても、他の誰かがそうすることは可能でした。コピーレフトでないソフトウェアは、誰かが十分な資源を投じてプロプライエタリなコードを使った相当に重要な機能を追加すれば、自由ではないバージョンが支配的になってしまうことを許すという点であらゆる方向からの攻撃に脆弱と言えます。ソフトウェアを、それが与える自由ではなく技術的な特徴から選択するユーザは、短期的な利便性から自由ではないバージョンを使うよう簡単に丸め込まれてしまうでしょう。</p>
<p>
XコンソーシアムとOpen
Groupは、もはや否というのは間違いだなどという道義的な勧告をすることはできません。これによって、Xに関連したご自分のソフトウェアにコピーレフトとするとあなたが決断するのは容易となるでしょう。</p>
<p>
XサーバやXlib、XtといったXのコアにあたるプログラムの作業をしているならば、コピーレフトとしないことに現実的な理由があります。X.orgグループはこういったプログラムを維持管理するという、コミュニティにとって重要な仕事を行っており、わたしたちの変更点にコピーレフトを適用することは、その利点よりも、それによって開発が分裂してしまうという害の方が大きいのです。ですから、X.orgグループといっしょに作業し、これらのプログラムへのわたしたちの変更にはコピーレフトとしないほうが良いと言えます。また、<code>xset</code>や<code>xrdb</code>といった、Xコアに近く、大規模な改良を必要としないユーティリティも同様です。少なくとも、わたしたちはX.orgグループが、これらのプログラムを自由ソフトウェアとして開発し続けていくということに関して強固にコミットしていることは知っています。</p>
<p>
アプリケーションやウィンドウマネージャ、追加的なライブラリやウィジェットといったXコア以外のプログラムについては話が違います。そういったものにコピーレフトとしない理由はありませんし、わたしたちはそれらにコピーレフトとすべきです。</p>
<p>
X配布物に含めるかどうかの基準があることによって圧力を感じる人もいるでしょうが、GNUプロジェクトはXと共に動作するコピーレフトなパッケージの宣伝を引き受けます。何かにコピーレフトとしたいが、X配布物から排除されると普及が妨たげられるのではないかと心配している方は、ぜひわたしたちに助けを求めて下さい。</p>
<p>
同時に、普及の必要性はそれほど重視しないほうが良いでしょう。商売人が「さらなる普及」をえさにあなたを誘惑しようとするとき、商売人は、彼があなたのプログラムを利用するということが、プログラムの成功にとって極めて重要だとあなたを説得しようとするかも知れませんが、そんなことを信じてはなりません!
もしあなたのプログラムが優れていれば、どのみち多くのユーザを得るものです。あなたは特定のユーザ層を獲得しようと必死になる必要はありませんし、またそうしなければよりあなたの立場が強まるでしょう。「持ってけ、さもなくばほっとけ—あとは俺の知ったことじゃない。」商売人にはこう答えてやれば、形容しがたい喜びと自由の感覚が得られます。いったんあなたがはったりを見破れば、多くの場合商売人もあきらめてコピーレフトとともにプログラムを受け入れるものです。</p>
<p>
自由ソフトウェア開発者の皆さん、古い過ちを繰り返してはなりません!
もし自分のソフトウェアをコピーレフトとしなければ、わたしたちはソフトウェアの将来を、良心よりも資産の方が多いような誰かの慈悲にゆだねることになってしまいます。コピーレフトによって、わたしたちはわたしたち自身のためだけではなく、わたしたちのコミュニティ全体の自由を守ることができるのです。</p>
</div>
</div>
<div class="translators-notes">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
</div>
</div>
<!-- for id="content", starts in the include above -->
<!--#include virtual="/server/footer.ja.html" -->
<div id="footer">
<div class="unprintable">
<p>FSFおよびGNUに関する問い合わせは<a
href="mailto:gnu@gnu.org"><gnu@gnu.org></a>までお願いします(英語)。FSFへの連絡は<a
href="/contact/">他の方法</a>もあります。リンク切れや他の修正、提案は<a
href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>までお送りください。</p>
<p>
<!-- TRANSLATORS: Ignore the original text in this paragraph,
replace it with the translation of these two:
We work hard and do our best to provide accurate, good quality
translations. However, we are not exempt from imperfection.
Please send your comments and general suggestions in this regard
to <a href="mailto:web-translators@gnu.org">
<web-translators@gnu.org></a>.</p>
<p>For information on coordinating and submitting translations of
our web pages, see <a
href="/server/standards/README.translations.html">Translations
README</a>. -->
正確で良い品質の翻訳を提供するよう努力していますが、不完全な場合もあるかと思います。翻訳に関するコメントと提案は、<a
href="mailto:web-translators@gnu.org"><web-translators@gnu.org></a>におねがいします。</p><p>わたしたちのウェブページの翻訳の調整と提出については、<a
href="/server/standards/README.translations.html">翻訳 README</a>をご覧ください。</p>
</div>
<!-- Regarding copyright, in general, standalone pages (as opposed to
files generated as part of manuals) on the GNU web server should
be under CC BY-ND 4.0. Please do NOT change or remove this
without talking with the webmasters or licensing team first.
Please make sure the copyright date is consistent with the
document. For web pages, it is ok to list just the latest year the
document was modified, or published.
If you wish to list earlier years, that is ok too.
Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
years, as long as each year in the range is in fact a copyrightable
year, i.e., a year in which the document was published (including
being publicly visible on the web or in a revision control system).
There is more detail about copyright years in the GNU Maintainers
Information document, www.gnu.org/prep/maintain. -->
<p>Copyright © 1998, 1999, 2009, 2015, 2020 Richard M. Stallman</p>
<p>このページは<a rel="license"
href="http://creativecommons.org/licenses/by-nd/4.0/deed.ja">Creative
Commons Attribution-NoDerivs 4.0 International License</a>の条件で許諾されます。</p>
<!--#include virtual="/server/bottom-notes.ja.html" -->
<div class="translators-credits">
<!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
</div>
<p class="unprintable"><!-- timestamp start -->
最終更新:
$Date: 2020/10/06 08:42:13 $
<!-- timestamp end -->
</p>
</div>
</div>
</body>
</html>
|
