リチャード・M・ストールマン 著
フリーのオペレーティングシステムにおける最大の欠点は、ソフトウェアにあるのではなく――こうしたシステムに組み込める優れたフリーのマニュアルが不足していることにあります。最も重要なプログラムの多くには、完全なマニュアルが付属していません。ドキュメントはあらゆるソフトウェアパッケージにおいて不可欠な要素であり、重要なフリーソフトウェアパッケージにフリーのマニュアルが付随していないというのは、重大な欠落です。今日、私たちはこうした欠落を数多く抱えています。
ずっと昔、Perlを学ぼうと思ったことがありました。無料のマニュアルを手に入れたのですが、読みづらいと感じました。Perlユーザーに代わりの教材について尋ねたところ、もっと良い入門用マニュアルがあると言われました—ただ、それらは無料ではありませんでした。
なぜそうなったのか。優れたマニュアルの著者たちはO'Reilly Associates向けに執筆し、同社はコピー禁止、改変禁止、ソースファイルの提供不可といった制限付きの条件で出版したため、それらはフリーソフトウェアコミュニティの対象外となった。
こうしたことが起きたのはこれが初めてではなく、（コミュニティにとって大きな損失となったが）決して最後でもなかった。それ以来、プロプライエタリなマニュアル出版社は、非常に多くの著者を誘い、マニュアルの内容を制限させてきた。GNUユーザーが、GNUプロジェクトの役に立つことを期待して執筆中のマニュアルについて熱心に語っていたのを、私は何度も耳にしてきた――だが、その後、出版社と契約を結び、我々が利用できないよう制限されるという説明が始まり、私の期待は打ち砕かれた。
プログラマーの間で優れた英文を書くスキルは稀であるため、このような形でマニュアルを失うわけにはいきません。
フリーソフトウェアと同様に、フリーのドキュメントとは価格ではなく自由の問題である。これらのマニュアルの問題は、O'Reilly Associatesが印刷版に料金を課していたことではなく――それ自体は問題ない。フリーソフトウェア財団も、フリーのGNUマニュアルの印刷版を販売している。しかし、GNUマニュアルはソースコード形式で入手できるのに対し、これらのマニュアルは紙媒体でしか入手できない。GNUマニュアルには複製および改変の許可が付随しているが、Perlマニュアルにはそれがない。こうした制限こそが問題なのである。
フリーマニュアルの基準は、フリーソフトウェアのそれとほぼ同様である。すなわち、すべてのユーザーに一定の自由を認めるということである。再頒布（商用再頒布を含む）が認められなければならず、それによってマニュアルがオンラインまたは紙媒体を問わず、プログラムのあらゆるコピーに付随できるようになる。また、改変の許可も極めて重要である。
原則として、あらゆる種類の記事や書籍を改変する許可を人々が持つことが不可欠だとは考えていません。著作物に関する問題は、必ずしもソフトウェアに関する問題と同じとは限りません。例えば、私たちの行動や見解を記したこのような記事を改変する許可を与える義務が、あなたや私にあるとは思いません。
しかし、フリーソフトウェアのドキュメントにおいて、改変の自由が極めて重要であるのには特別な理由があります。人々がソフトウェアを改変し、その機能を追加したり変更したりする権利を行使する際、誠実であれば、マニュアルも修正するでしょう—そうすることで、改変後のプログラムに合わせて、正確で使い勝手の良いドキュメントを提供できるからです。プログラマーが誠実に作業を完遂することを妨げる、あるいはより正確に言えば、プログラムを変更した際にゼロから新しいマニュアルを書き直すことを求めるようなマニュアルは、私たちのコミュニティのニーズを満たすものではありません。
改変を一律に禁止することは容認できませんが、改変方法に関する一定の制限を設けることは問題ありません。例えば、原著作者の著作権表示、頒布条件、あるいは著者リストを保持するという要件は許容されます。また、改変版に改変の旨を記載することを求めることも問題ありません。たとえ、非技術的なトピックを扱う限り、削除や変更が認められないセクション全体を残しておくことであっても同様です。（一部のGNUマニュアルにはそのような記載があります。）
こうした制限は問題にならない。というのも、実務上、良心的なプログラマーが修正後のプログラムに合わせてマニュアルを調整することを妨げるものではないからだ。言い換えれば、フリーソフトウェアコミュニティがマニュアルを最大限に活用することを妨げるものではない。
しかし、マニュアルの技術的内容をすべて修正し、その結果をあらゆる一般的な媒体を通じて、あらゆる通常の経路で配布できなければならない。さもなければ、こうした制限がコミュニティを阻み、マニュアルは自由ではなくなり、したがって別のマニュアルが必要になる。
残念ながら、独自のマニュアルが存在する場合、別のマニュアルを執筆してくれる人を見つけるのは難しいことが多い。障害となるのは、多くのユーザーが独自のマニュアルで十分だと考えており、無料のマニュアルを書く必要性を感じていないことだ。彼らは、無料のオペレーティングシステムに埋めるべき空白があることに気づいていない。
なぜユーザーは、独自のマニュアルで十分だと考えるのでしょうか。この問題について考えたことがない人もいます。この記事が、その状況を変える一助となれば幸いです。
他のユーザーがプロプライエタリなマニュアルを許容するのは、多くの人々がプロプライエタリなソフトウェアを許容するのと同じ理由からである。すなわち、彼らは自由を基準とせず、純粋に実用的な観点から判断しているのだ。こうした人々には彼らの意見を持つ権利があるが、その意見は自由を含まない価値観に根ざしたものであるため、自由を重視する我々にとって指針となるものではない。
この問題について、ぜひ周知をお願いします。プロプライエタリな出版によるマニュアルが失われ続けています。プロプライエタリなマニュアルでは不十分だということを広めれば、ドキュメントを書いてGNUを支援したいと考える次の人が、手遅れになる前に、何よりもまずそれをフリーにしなければならないと気づくかもしれません。
また、商業出版社に対し、プロプライエタリなマニュアルではなく、無料のコピーレフトなマニュアルを販売するよう働きかけることもできます。その一助となる方法の一つは、マニュアルを購入する前に配布条件を確認し、コピーレフトではないものよりもコピーレフトなマニュアルを優先することです。
注：フリーソフトウェア財団は、他の出版社から入手可能な無料書籍を一覧にしたページをウェブサイトで公開しています：
https://www.gnu.org/doc/other-free-books.html