この本のどの章にも Free as in Freedom (Sam Williams 著) は、HackerNoon Books シリーズの一部です。 ここから ジャンプできます 。 GNU 一般公衆利用許諾契約書 GNU 一般公衆利用許諾契約書 1985 年の春までに、Richard Stallman は GNU プロジェクトの最初のマイルストーンである Emacs の Lisp ベースのフリー ソフトウェア バージョンを決定しました。しかし、この目標を達成するために、彼は 2 つの課題に直面しました。まず、プラットフォームに依存しない方法で Emacs を再構築する必要がありました。第二に、彼は同様の方法で Emacs コミューンを再構築しなければなりませんでした。 UniPress との論争は、Emacs コミューンの社会契約の欠陥を浮き彫りにしました。ユーザーがストールマンの専門家の洞察に頼る一方で、コミューンの規則が適用された。たとえば、ストールマンが 1984 年以前のアルファハッカーの Unix システムの地位をもはや保持していない地域では、個人や企業は自由に独自のルールを作ることができた。 変更の自由と著作者特権を行使する自由との間の緊張は、GOSMACS の前に構築されていました。 1976 年の著作権法は、米国の著作権法を徹底的に見直し、著作権の法的保護をソフトウェア プログラムにまで拡大しました。法律のセクション 102(b) によれば、個人と企業は現在、ソフトウェア プログラムの「表現」を著作権で保護する能力を持っていますが、「プログラムに具体化された実際のプロセスまたは方法」ではありません。Hal Abelson、Mike Fischer、およびJoanne Costello 著、「Software and Copyright Law」、更新版 (1998 年)。つまり、プログラマーや企業は、ソフトウェア プログラムを物語や歌のように扱う能力を持っていました。他のプログラマーが作品からインスピレーションを得ることはできますが、直接のコピーまたは非風刺的な派生物を作成するには、最初に元の作成者から許可を得る必要がありました。新しい法律は、著作権表示のないプログラムでも著作権保護を行うことを保証しましたが、プログラマーはすぐに権利を主張し、ソフトウェア プログラムに著作権表示を付けました。 最初、ストールマンはこれらの通知を警戒して見た。過去のプログラムからソース コードを借用しないソフトウェア プログラムはめったにありませんでしたが、議会は、大統領が一筆書くだけで、共同で作成されたプログラムに対して個人の作成者であることを主張する権限をプログラマーや企業に与えました。それはまた、それまで非公式だったシステムに、ある程度の公式性を注入した。ハッカーが、特定のプログラムのソース コードの血統が、数十年とは言わないまでも、何年も遡ることができたとしても、各著作権表示との戦いに費やされたリソースと資金は、ほとんどのハッカーにとって手段を超えていました。簡単に言えば、かつてはハッカー同士で解決されていた紛争が、弁護士同士で解決されたのです。このようなシステムでは、ハッカーではなく、企業が自動的に優位に立つことができました。 ソフトウェア著作権の支持者には反論がありました。著作権がなければ、著作物はパブリック ドメインに移行する可能性があります。作品に著作権表示を付けることは、品質の表明にもなりました。著作権に自分の名前を付けたプログラマーまたは企業は、評判も付けました。最後に、それは契約であり、所有権の表明でもありました。著作権をライセンスの柔軟な形式として使用すると、作成者は、ユーザー側の特定の形式の行動と引き換えに、特定の権利を放棄することができます。たとえば、作者は、エンド ユーザーが商業的な派生物を作成しないことに同意する限り、無許可のコピーを抑制する権利を与えることができます。 ソフトウェアの著作権表示に対するストールマンの抵抗を最終的に和らげたのは、この最後の議論でした。 GNU プロジェクトに至るまでの数年間を振り返って、ストールマンは、Emacs の GNU プロジェクト前の最後の重要なアップグレードである Emacs 15.0 のリリースの頃に、著作権の有益な性質を感じ始めたと言います。 「私は、著作権表示と単純な「逐語コピー許可」ライセンスを含む電子メール メッセージを見たことがあります」とストールマンは回想します。 「それらは間違いなく[an]インスピレーションでした。」 Emacs 15 の場合、ストールマンはコピーを作成して配布する権利をユーザーに与える著作権の草案を作成しました。また、GOSMACS の場合のように、変更されたバージョンを作成する権利はユーザーに与えられましたが、それらの変更されたバージョンの単独の所有権を主張する権利は与えられませんでした。 Emacs コミューンの社会契約を成文化するのには役立ったが、Emacs 15 のライセンスは GNU プロジェクトの目的にはあまりにも「非公式」のままである、とストールマンは言う。 Emacs の GNU バージョンの作業を開始してすぐに、ストールマンはライセンスの言語を強化する方法について、フリー ソフトウェア財団の他のメンバーと相談し始めました。彼はまた、フリーソフトウェア財団の設立を支援した弁護士にも相談しました。 知的財産法を専門とするボストンの弁護士であるマーク・フィッシャーは、この時期にストールマンとライセンスについて話し合ったことを思い出す。 「リチャードは、それがどのように機能するべきかについて非常に強い見解を持っていました。彼には 2 つの原則がありました。1 つ目は、ソフトウェアを可能な限り完全にオープンにすることでした。2 つ目は、他の人にも同じライセンス慣行を採用するよう奨励することでした。」 他の人に同じライセンス慣行を採用するよう奨励することは、Emacs の個人所有バージョンの出現を可能にしていたエスケープ ハッチを閉じることを意味しました。その逃げ場を閉じるために、ストールマンと彼の自由ソフトウェアの同僚は解決策を思いつきました。ユーザーは、修正を公開している限り、GNU Emacs を自由に修正できます。さらに、結果として得られる「派生」作品にも、同じ GNU Emacs ライセンスが適用されます。 この最終条件の革新的な性質が理解されるまでには、しばらく時間がかかるでしょう。当時、Fischer は、GNU Emacs ライセンスを単純な契約と見なしていたと述べています。それは GNU Emacs の使用に値札を付けました。お金の代わりに、ストールマンはユーザーに自分自身のその後の変更へのアクセスを請求していました。とはいえ、フィッシャーは契約条件をユニークなものとして覚えています。 「他の人に価格を受け入れるように頼むことは、独特ではないにしても、当時は非常に珍しいことだったと思います」と彼は言います. GNU Emacs ライセンスは、ストールマンが 1985 年に最終的に GNU Emacs をリリースしたときにデビューしました。リリースに続いて、ストールマンは、ライセンスの言語を改善する方法に関する一般的なハッカー コミュニティからの意見を歓迎しました。この申し出を受け入れたハッカーの 1 人は、後に Sun Microsystems のコンサルタントとして働いていた、将来のソフトウェア活動家 John Gilmore でした。コンサルティング業務の一環として、Gilmore は Emacs を SunOS (社内バージョンの Unix) に移植しました。そうする過程で、Gilmore は GNU Emacs ライセンスの要求に従って変更を公開しました。ギルモアは、ライセンスを責任と見なすのではなく、ハッカーの精神を明確かつ簡潔に表現したものと見なしました。 「それまで、ほとんどのライセンスは非常に非公式なものでした」と Gilmore 氏は回想します。 この形式ばらない例として、Gilmore は Unix ユーティリティである trn の著作権表示を挙げています。 Perl プログラミング言語の将来の作成者である Larry Wall によって作成された patch は、Unix プログラマーがソースコードの修正 (ハッカー用語で「パッチ」) を任意の大きなプログラムに簡単に挿入できるようにしました。この機能の有用性を認識した Wall は、プログラムに付随する README ファイルに次の著作権表示を追加しました。 Copyright (c) 1985, Larry Wall Trn キットの全体または一部をコピーしても構いませんが、それで金儲けをしたり、自分で書いたふりをしたりしない限り、Trn キットの README を参照してください。 http://www.za.debian.org/doc/trn/trn-readme そのような声明は、ハッカーの倫理を反映している一方で、その倫理の緩やかで非公式な性質を著作権の厳格で合法的な言語に翻訳することの難しさを反映していました. GNU Emacs ライセンスを作成する際に、ストールマンは、独自の派生物を許可するエスケープ ハッチを閉じるだけではありませんでした。彼はハッカーの倫理を、弁護士とハッカーの両方が理解できる方法で表現しました。 間もなく、他のハッカーが GNU Emacs ライセンスを自分たちのプログラムに「移植」する方法について議論し始めた、と Gilmore は言います。 Usenet での会話に促されて、ギルモアは 1986 年 11 月にストールマンに電子メールを送り、修正を提案しました。ライセンスから「EMACS」を削除して、「ソフトウェア」か何かに置き換えるべきでしょう。近いうちに、Emacs が GNU システムの最大の部分ではなくなり、ライセンスがそのすべてに適用されることを願っています。著者への電子メールから引用された John Gilmore を参照してください。より一般的なアプローチを提案したのは Gilmore だけではありませんでした。 1986 年末までに、ストールマン自身は GNU プロジェクトの次の主要なマイルストーンであるソースコード デバッガーに取り組んでおり、両方のプログラムに適用できるように Emacs ライセンスを改良する方法を探していました。ストールマンの解決策: Emacs へのすべての特定の参照を削除し、ライセンスを GNU プロジェクト ソフトウェアの一般的な著作権の傘に変換します。 GNU General Public License、略して GPL が誕生しました。 GPL を作成する際に、ストールマンは、10 進数を使用してプロトタイプ バージョンを示し、整数を使用して成熟したバージョンを示すというソフトウェア規則に従いました。ストールマンは 1989 年に GPL のバージョン 1.0 を発行した (ストールマンが 1985 年に開発していたプロジェクト)、GNU デバッガーのリリースからほぼ 1 年後、ストールマンの Unix プログラミングの領域への 2 番目の主要な進出である。ライセンスには、その政治的意図を綴った序文が含まれていました。 General Public License は、フリー ソフトウェアのコピーを譲渡または販売する自由、ソース コードを受け取る、または必要に応じて入手できること、ソフトウェアを変更したり、その一部を使用したりできることを保証するように設計されています。新しい無料プログラム;そして、あなたはこれらのことができることを知っています。 あなたの権利を保護するために、私たちは、あなたの権利を否定したり、権利を放棄するように頼んだりすることを禁止する制限を設ける必要があります.これらの制限は、ソフトウェアのコピーを配布したり、ソフトウェアを変更したりする場合に、特定の責任を負うことになります。Richard Stallman ほか、「GNU General Public License: Version 1」(1989 年 2 月) を参照してください。 http://www.gnu.org/copyleft/copying-1.0.html GPL を作成する際に、ストールマンは古い Emacs コミューンの非公式の信条にさらに調整を加える必要がありました。かつて彼はコミューンのメンバーがありとあらゆる変更を公開することを要求したが、ストールマンは現在、プログラマーがストールマンと同じ方法で派生バージョンを配布した場合にのみ公開を要求した。言い換えれば、私的使用のために Emacs を変更しただけのプログラマーは、もはやソースコードの変更をストールマンに送り返す必要はありませんでした。自由ソフトウェアの教義のまれな妥協となるものとして、ストールマンは自由ソフトウェアの値札を大幅に引き下げた。ユーザーは、同じプログラムの将来の交換からストールマンと残りのハッカー コミュニティを締め出さない限り、ストールマンが肩越しに見なくても革新することができた。 振り返ってみると、ストールマンは、GPL の妥協は、元の Emacs コミューンの社会契約のビッグ ブラザーの側面に対する彼自身の不満によって煽られたと言います。彼は他のハッカーのシステムをのぞき見するのが好きだったのと同じくらい、将来のソースコード保守担当者がその力を悪用する可能性があるという知識により、GPL を調整することを余儀なくされました。 「すべての変更を公開するよう人々に要求するのは間違っていました」とストールマンは言います。 「彼らを一人の特権的な開発者に送ることを要求するのは間違っていました。そのような中央集権化と一人の特権は、すべての人が平等な権利を持つ社会と一致しませんでした.」 ハックが進むにつれて、GPL はストールマンの最高の 1 つとして立っています。それは、著作権法の通常の所有権の範囲内で共同所有権のシステムを作成しました。さらに重要なことは、法的なコードとソフトウェア コードの知的類似性を示したことです。 GPL の前文に暗示されているのは、著作権法を疑いの目で見るのではなく、ハッカーは著作権法を、ハッキングされることを懇願する別のシステムと見なすべきであるという、深遠なメッセージでした。 「GPL は、自由ソフトウェアの他の部分と同じように開発されました。大規模なコミュニティが、その構造、その尊重、または観察におけるその反対、微調整の必要性、さらには受け入れを拡大するために穏やかに妥協する必要性について話し合っています」ライセンスを作成したストールマン。 「このプロセスは非常にうまく機能し、いくつかのバージョンの GPL は、広く懐疑的で、時には敵対的な反応から、広く受け入れられるようになりました。」 1986 年の Byte マガジンとのインタビューで、ストールマンは GPL をカラフルな言葉で要約した。ストールマンは、読者はハッカーの価値観を宣言することに加えて、「それを、ソフトウェアの買いだめ者がハッカーに対して設定した法制度を利用した知的柔術の一形態と見なすべきである」と述べた。 -domain [sic] BYTE エディタを備えた Unix 互換ソフトウェア システム、"BYTE (1996 年 7 月)。 (GNU プロジェクトの Web サイトに転載: http://www.gnu.org/gnu/byte-interview.html.) このインタビューは興味深い、率直なことは言うまでもなく、戦争の初期におけるストールマンの政治的態度を垣間見せてくれる。 GNU プロジェクト。また、ストールマンのレトリックの進化をたどるのにも役立ちます。 GPL の目的を説明して、ストールマンは次のように述べています。他の人がそれを共有するのを止めようとすることは妨害行為です。」これを、2000 年 8 月の著者への声明と対比してください。 「これらのことは、その効果が非常に異なっているので、一度にそれらについて話そうとするのはまったくばかげています。誰かが引用符なしで知的財産について何かを言っているのを聞いた場合、彼はあまり明確に考えていないので、参加すべきではありません.」数年後、ストールマンは GPL の作成について、より敵対的でない言葉で説明するようになりました。 「私は、ある意味で倫理的で、ある意味で政治的で、ある意味で法的な問題について考えていました」と彼は言います。 「私は、私たちがいる法制度によって維持できることをやろうとしなければなりませんでした。精神的には、仕事は新しい社会の基礎を法制化することでしたが、私は政府ではなかったので、実際にはできませんでした.法律を変える必要がありました。私は、このようなもののために設計されていなかった既存の法制度の上に構築することによって、これを行う必要がありました。」 ストールマンが自由ソフトウェアに関連する倫理的、政治的、法的な問題について熟考していた頃、ドン・ホプキンスというカリフォルニアのハッカーが彼に 68000 マイクロプロセッサのマニュアルを郵送した。 Unix ハッカーであり、サイエンス フィクション愛好家でもあるホプキンズは、少し前にストールマンからマニュアルを借りていた。感謝の気持ちを込めて、ホプキンスは地元の SF コンベンションで入手した多数のステッカーで返信用封筒を飾りました。特に 1 つのステッカーがストールマンの目を引きました。 「コピーレフト (L)、無断転載禁止」と書かれていました。 GPL の最初のバージョンがリリースされた後、ストールマンはこのステッカーに敬意を表し、フリー ソフトウェア ライセンスに「コピーレフト」という愛称を付けました。時間が経つにつれて、ニックネームとその短縮記号である逆向きの「C」は、GPL の正式なフリーソフトウェア財団の同義語になりました。 ドイツの社会学者マックス ウェーバーはかつて、すべての偉大な宗教はカリスマ性の「日常化」または「制度化」の上に成り立っていると提唱しました。成功した宗教はすべて、元の宗教指導者のカリスマ性またはメッセージを、文化や時代を超えてより容易に翻訳できる社会的、政治的、倫理的な装置に変換すると、ウェーバーは主張しました。 それ自体は宗教的ではありませんが、GNU GPL は、現代の分散化されたソフトウェア開発の世界で機能しているこの「ルーチン化」プロセスの興味深い例として確かに適しています。それが発表されて以来、ストールマンへの忠誠や忠誠をほとんど表明していなかったプログラマーや企業は、GPL の取引を額面通りに喜んで受け入れました。 GPL を自分のソフトウェア プログラムの先制的な保護メカニズムとして受け入れている人もいます。 GPL 契約を強制的すぎるとして拒否する人でさえ、GPL 契約が影響力を持っていると信じています。 この後者のグループに分類される 1 人のハッカーは、GPL 1.0 リリースの時点でカリフォルニア大学の従業員だった Keith Bostic でした。 Bostic の部門である Computer Systems Research Group (SRG) は、1970 年代後半から Unix の開発に携わっており、現代のインターネット通信の基礎である TCP/IP ネットワーク プロトコルを含む、Unix の多くの重要な部分を担当していました。 1980 年代後半までに、Unix ブランド名の元の所有者である AT&T は、Unix の商品化に焦点を当て始め、Bostic と彼のバークレーの仲間によって開発された Unix のアカデミック バージョンである Berkeley Software Distribution (BSD) に注目し始めました。商業技術の源。 バークレー BSD ソース コードは、ソース コード ライセンスを使用して研究者や商用プログラマーの間で共有されていましたが、この商用化には問題がありました。 Berkeley コードは、独自の AT&T コードと混在していました。その結果、Berkeley ディストリビューションは、AT&T から Unix ソース ライセンスを既に取得している機関のみが利用できました。 AT&T がライセンス料を引き上げるにつれて、最初は無害に思えたこの取り決めは、ますます重荷になりました。 1986 年に雇われた Bostic は、BSD を Digital Equipment Corporation の PDP-11 コンピュータに移植するという個人的なプロジェクトを引き受けていました。ボスティックが言うには、ストールマンがときどき西海岸に足を踏み入れたときに、ストールマンと密接に交流したのはこの時期だった。 「ストールマンが CSRG で借りたワークステーションに座っている間、彼と著作権についてはっきりと議論したことを鮮明に覚えています」とボスティックは言います。 「私たちはその後夕食に行き、夕食をめぐって著作権について議論を続けました。」 ストールマンが望んでいた方法ではなかったが、議論は最終的に定着した。 1989 年 6 月、バークレーはネットワーク コードを AT&T が所有する残りのオペレーティング システムから分離し、カリフォルニア大学のライセンスの下で配布しました。契約条件は自由でした。ライセンシーがしなければならなかったことは、派生プログラムを宣伝する広告で大学の功績を認めることだけでした。カリフォルニア大学の「不快な広告条項」は、後に問題であることが判明しました。 GPL に代わるより制限の少ない代替手段を探して、一部のハッカーはカリフォルニア大学を使用し、「カリフォルニア大学」を自分の機関の名前に置き換えました。その結果、数十の他のプログラムから借用したフリー ソフトウェア プログラムは、広告で数十の機関を引用しなければならなくなりました。 1999 年、ストールマン側の 10 年間にわたるロビー活動の後、カリフォルニア大学はこの条項を取り下げることに同意した。 GPL とは対照的に、独自の派生物は許容されていました。ライセンスの急速な普及を妨げた問題は 1 つだけでした。BSD Networking リリースは完全なオペレーティング システムではありませんでした。人々はコードを研究することができましたが、他の独自のライセンス コードと組み合わせて実行することしかできませんでした。 次の数年間、Bostic とカリフォルニア大学の他の従業員は、不足しているコンポーネントを置き換え、BSD を完全で自由に再配布可能なオペレーティング システムに変える作業を行いました。 Unix Systems Laboratories (Unix のブランド名の所有権を保持していた AT&T のスピンオフ) からの法的異議申し立てにより遅れましたが、この努力は 1990 年代初頭にようやく実を結びました。しかし、それ以前にも、多くのバークレー ユーティリティがストールマンの GNU プロジェクトに参加していました。 「GNU の影響がなければ、私たちが行ったように強力に行動することはほとんどなかったと思います」と Bostic は振り返りながら言います。 「それは明らかに彼らが懸命に推し進めていたものであり、私たちはそのアイデアが気に入りました。」 1980 年代の終わりまでに、GPL はフリー ソフトウェア コミュニティに重力的な影響を及ぼし始めていました。プログラムが自由ソフトウェアとしての資格を得るために GPL を実行する必要はありませんでした (BSD ユーティリティの場合を見てください)。しかし、プログラムを GPL の下に置くことは明確なメッセージを送信しました。 「GPL の存在そのものが、フリー ソフトウェアを作成しているかどうか、およびそのライセンスをどのように取得するかについて人々に考えさせるきっかけになったと思います」と、有名な Unix ユーティリティである Electric Fence の作成者であり、Debian GNU の将来のリーダーである Bruce Perens は言います。 /Linux 開発チーム。 GPL のリリースから数年後、Perens は、Stallman の弁護士が精査した著作権を支持して、Electric Fence の国内で開発されたライセンスを破棄することに決めたと言います。 「実際にはとても簡単でした」と Perens 氏は回想します。 ストールマンの最初の GNU の発表を懐疑的に見ていたプログラマーの Rich Morin は、GPL の傘下に集まり始めたソフトウェアに感銘を受けたことを思い出す。 SunOS ユーザー グループのリーダーとして、1980 年代の Morin の主な任務の 1 つは、最高のフリーウェアまたはフリー ソフトウェア ユーティリティを含む配布テープを送ることでした。この仕事では、多くの場合、元のプログラムの作成者に電話して、プログラムが著作権で保護されているかどうか、またはパブリック ドメインに委託されているかどうかを確認する必要がありました。 Morin 氏によると、1989 年頃、最高のソフトウェア プログラムは通常、GPL ライセンスの下にあることに気付き始めました。 「ソフトウェア ディストリビューターとして、GPL という言葉を見た瞬間、私は家にいるのが自由だと思いました」と Morin 氏は回想します。 Sun ユーザー グループへの配布テープをコンパイルする際に発生した以前の手間を補うために、Morin は受信者に便利な料金を請求していました。現在、プログラムが GPL に移行したため、Morin は突然テープを半分の時間で組み立てるようになり、その過程でかなりの利益を上げました。商業的な機会を感じたモリンは、彼の趣味をビジネスと改名しました: プライムタイム フリーウェアです。 このような商業的利用は、完全に自由ソフトウェアの議題の範囲内にありました。 「私たちが自由ソフトウェアについて話すとき、価格ではなく、自由について言及している」とストールマンは GPL の前文で助言した。 1980 年代後半までに、ストールマンはそれをより単純なニーモニックに洗練させました。 ほとんどの場合、企業はストールマンの懇願を無視した。それでも、少数の起業家にとって、フリー ソフトウェアに伴う自由は、自由市場に伴う自由と同じものでした。ソフトウェアの所有権を商業的な方程式から外すと、最小のソフトウェア会社でさえ、世界中の IBM や DEC と自由に競争できる状況になりました。 この概念を最初に理解した起業家の 1 人は、ソフトウェア プログラマーでスタンフォード大学の大学院生である Michael Tiemann でした。 1980 年代、Tiemann は、お気に入りのアーティストを追う意欲的なジャズ ミュージシャンのように、GNU プロジェクトをフォローしていました。しかし、1987 年に GNU C Compiler がリリースされてから、彼は自由ソフトウェアの可能性を完全に把握し始めました。 Tiemann は、GCC を「爆弾」と呼んで、プログラム自体の存在がプログラマーとしての Stallman の決意を強調したと言います。 「すべての作家が偉大なアメリカの小説を書くことを夢見ているように、1980 年代のすべてのプログラマーは偉大なアメリカのコンパイラーを書くことについて話していました」と Tiemman は回想します。 「突然ストールマンがやった。とても謙虚だった。」 「あなたは単一障害点について話しますが、GCC がそれでした」と Bostic は繰り返します。 「GCCが登場するまで、誰もコンパイラを持っていませんでした。」 ストールマンと競争するのではなく、ティーマンは彼の仕事の上に構築することに決めた。 GCC の元のバージョンのコードは 110,000 行にもなりましたが、Tiemann 氏はプログラムが驚くほど理解しやすかったと回想しています。実際、Tiemann 氏によると、マスターするのに 5 日もかからず、新しいハードウェア プラットフォームである National Semiconductor の 32032 マイクロチップにソフトウェアを移植するのに 1 週間もかからなかったとのことです。翌年、Tiemann はソース コードをいじり始め、C+ プログラミング言語用のネイティブ コンパイラを作成しました。ある日、Bell Labs でプログラムに関する講義を行っているときに、Tiemann は AT&T の開発者が同じことをやってのけるのに苦労しているのに出くわしました。 「部屋には 40 ～ 50 人ほどの人がいたので、ネイティブ コード コンパイラの作業をしている人数を尋ねました」と Tiemann 氏は回想します。 「私のホストは、情報は機密情報であると言いましたが、部屋を見渡せば、一般的なアイデアが得られるかもしれないと付け加えました。」 それから間もなく、頭の中で電球が消えた、と Tiemann は言います。 「私はそのプロジェクトに 6 か月間取り組んでいました」と Tiemann 氏は言います。それが私であろうとコードであろうと、これは自由市場が報いる準備ができているべきレベルの効率であると、私はただ考えました。」 Tiemann は GNU マニフェストにさらなるインスピレーションを見出しました。GNU マニフェストは、一部のソフトウェア ベンダーの欲をかき立てる一方で、消費者の観点からフリー ソフトウェアの利点を検討するよう他のベンダーに奨励しています。商用ソフトウェアの問題から独占の力を取り除くことによって、GPL は最も賢いベンダーが、ソフトウェア市場の 2 つの最も収益性の高いコーナーであるサービスとコンサルティングに基づいて競争できるようにします。 1999 年のエッセイで、ティーマンはストールマン宣言の影響を思い出している。 「それは社会主義者の論争のように聞こえたが、私は何か違うものを見た.私は変装した事業計画を見た.」7. Michael Tiemann 著、「Cygnus ソリューションの未来: 起業家の説明」、オープン ソース (O'Reilly & Associates, Inc.、1999 年): 139 を参照してください。 Tiemann は、もう 1 人の GNU プロジェクト ファンである John Gilmore と協力して、GNU プログラムのカスタマイズに特化したソフトウェア コンサルティング サービスを開始しました。 Cygnus Support と呼ばれる同社は、1990 年 2 月に最初の開発契約を結びました。その年の終わりまでに、同社は 725,000 ドル相当のサポートおよび開発契約を結びました。 GNU Emacs、GDB、および GCC は、開発者向けツールの「ビッグ 3」でしたが、GNU プロジェクトの最初の 5 年間にストールマンが開発したツールはこれらだけではありませんでした。 1990 年までに、ストールマンは Bourne Shell (Bourne Again Shell、または BASH に改名)、YACC (Bison に改名)、および awk (gawk に改名) の GNU バージョンも作成しました。 GCC と同様に、すべての GNU プログラムは、単一のベンダーのプラットフォームだけでなく、複数のシステムで実行できるように設計する必要がありました。プログラムをより柔軟にする過程で、ストールマンと彼の共同研究者はしばしばそれらをより便利なものにしました。 GNU の普遍主義的アプローチを思い出して、Prime Time Freeware の Morin は、ありふれたものではありますが、hello と呼ばれる重要なソフトウェア パッケージを指摘しています。 「これは、GNU ディストリビューションであるかのようにパッケージ化された 5 行の C である hello world プログラムです」と Morin 氏は言います。 「そして、Texinfo のものと configure のものがあります。パッケージがこれらすべての異なる環境にスムーズに移植できるようにするために、GNU プロジェクトが思いついた他のすべてのソフトウェアエンジニアリンググーがあります。これは非常に重要な作業であり、 [ストールマンの] ソフトウェアのすべてだけでなく、他の GNU プロジェクト ソフトウェアのすべても。」 ストールマンによると、ソフトウェア プログラムの改善は、最初にそれらを構築することの二次的なものでした。 「それぞれの作品で、それを改善する方法を見つけるかもしれないし、見つけないかもしれない」とストールマンはバイトに言った。 「私はある程度、多くのシステムをより良くする再実装の恩恵を受けています。ある程度は、私が長い間現場にいて、他の多くのシステムに取り組んできたからです。したがって、私には実現すべき多くのアイデアがあります. 「Richard Stallman, BYTE (1986) を参照。 それにもかかわらず、GNU ツールが 1980 年代後半に名を馳せると、ストールマンの AI ラボで研ぎ澄まされたデザインの精巧さに対する評判は、すぐにソフトウェア開発コミュニティ全体で伝説的なものになりました。 Jeremy Allison は、1980 年代後半に Sun のユーザーであり、1990 年代には自身のフリー ソフトウェア プロジェクトである Samba を実行する運命にあったプログラマーであり、その評判を笑いながら思い出します。 1980 年代後半、アリソンは Emacs を使い始めました。プログラムのコミュニティ開発モデルに触発されて、アリソンは、ソース コードのスニペットを送ったが、ストールマンに拒否されたと言います。 「それはオニオンの見出しのようでした」とアリソンは言います。 「神への子供の祈りは答えられた：いいえ」 しかし、ソフトウェア プログラマーとしてのストールマンの成長は、プロジェクト マネージャーとしての苦労によってバランスが取れていました。 GNU プロジェクトは、開発者向けツールの作成において成功から成功へと移行しましたが、動作するカーネルを生成することができませんでした。これは、どのデバイスとアプリケーションがいつマイクロプロセッサにアクセスできるかを決定する、すべての Unix システムの中心的な「交通警察」プログラムです。 1980年代が終わりに近づくにつれて、不平を言い始めていました.ほとんどの GNU プロジェクトの取り組みと同様に、ストールマンは変更する既存のプログラムを探すことからカーネル開発を開始しました。 1987 年 1 月の「Gnusletter」によると、ストールマンはすでに MIT で開発された Unix カーネルである TRIX のオーバーホールに取り組んでいました。 1980 年代後半の GNU プロジェクト「GNUsletters」のレビューは、管理上の緊張を反映しています。 1987 年 1 月、ストールマンは、MIT で開発された Unix カーネルである TRIX のオーバーホールに GNU プロジェクトが取り組んでいることを世界に発表しました。 1 年後の 1988 年 2 月、GNU プロジェクトは、カーネギー メロン大学で開発された軽量の「マイクロカーネル」である Mach に注意を移したと発表しました。しかし、結局のところ、正式な GNU プロジェクトのカーネル開発は 1990 年まで開始されませんでした。「HURD の歴史」を参照してください。 http://www.gnu.org/software/hurd/history.html カーネル開発の遅れは、この時期にストールマンに重くのしかかっていた多くの懸念の 1 つにすぎませんでした。 1989 年、ロータス デベロップメント コーポレーションは、ロータスの人気のある 1-2-3 スプレッドシート プログラムのメニュー コマンドをコピーしたとして、競合するソフトウェア会社であるペーパーバック ソフトウェア インターナショナルに対して訴訟を起こしました。 Lotus の訴訟は、Apple と Microsoft の「ルック アンド フィール」の戦いと相まって、GNU プロジェクトに厄介な背景をもたらしました。両方の訴訟は GNU プロジェクトの範囲外でしたが、どちらもオペレーティング システムと、Unix 互換のハードウェア システムではなく、パーソナル コンピューター用に開発されたソフトウェア アプリケーションを中心に展開していましたが、ソフトウェア開発の文化全体に悪影響を及ぼす恐れがありました。何かをしようと決心したストールマンは、数人のプログラマーの友人を募り、訴訟を非難する雑誌広告を作成した。その後、彼は訴訟を起こした企業に抗議するグループの組織化を支援することで、広告をフォローアップしました。プログラミング自由連盟と名乗るこのグループは、Lotus, Inc. のオフィスと、Lotus の裁判を主催するボストンの法廷の外で抗議活動を行いました。 抗議活動は注目に値するものでした。League of Programming Freedom Press によると、抗議活動は最初の 16 進数の抗議聖歌を特徴としていたことで注目に値します。 5-6-7-8、イノベーションは訴訟を起こすな。 9-ABC、1-2-3 は私には向いていません。 DEFO、ルック アンド フィールが必要 http://lpf.ai.mit.edu/Links/prep.ai.mit.edu/demo.final.release ソフトウェアの進化する性質を文書化する 業界。アプリケーションは静かにオペレーティングに取って代わりました システムは、企業の主な戦場です。その中で フリーソフトウェアを構築するための満たされていない探求 GNU プロジェクトは絶望的にシステムの背後にいるように見えました。 回。実際、ストールマンがそれを感じていたという事実そのものが まったく新しいグループをまとめる必要がある 「ルックアンドフィール」訴訟との戦いに専念 一部のオブザーバーの目には、その陳腐化が強調されました。 1990 年、ジョン D. およびキャサリン T. マッカーサー財団は、ストールマンにマッカーサー フェローシップを与えたときに、ストールマンの天才的地位を認定した。この助成金は、GNU プロジェクトを立ち上げ、自由ソフトウェアの哲学に発言権を与えることに対する 240,000 ドルの報酬であり、多くの短期的な懸念を和らげました。何よりもまず、これによって、FSF の無給の従業員であり、コンサルティング契約を通じて自分自身を支えてきたストールマンが、GNU コードを書くことに多くの時間を割くことができるようになりました。マッカーサー賞の頃、ストールマンは手の慢性的な痛みに苦しみ始め、FSF で雇われたタイピストに自分の仕事を口述筆記していた。手の痛みは、ソフトウェア プログラマーによく見られる RSI (反復ストレス障害) の結果であると推測する人もいますが、ストールマンは 100% 確実ではありません。 「それは手根管症候群ではありませんでした」と彼は書いています。 「私の手の問題は、手首ではなく、手にありました。」それ以来、より軽いタッチのキーボードに切り替えた後、ストールマンはタイピストなしで作業することを学びました。 皮肉なことに、この賞はストールマンが投票することも可能にした。受賞の数ヶ月前、ストールマンのアパートの火事が、彼の数少ない地上の所有物を焼き尽くしていた。賞の時までに、ストールマンは自分自身を「不法占拠者」と名乗っていた。Reuven Lerner の「ストールマンは $240,000 のマッカーサー賞を受賞」MIT、The Tech (1990 年 7 月 18 日) を参照。 http://the-tech.mit.edu/V110/N30/rms.30n.html 545 テクノロジー スクエア。 「[有権者登録官] はそれを私の住所として受け入れたくなかった」とストールマンは後に回想する。 「マッカーサーの助成金についての新聞記事は、私に登録を許可してくれました。」Michael Gross 著、「Richard Stallman: High School Misfit, Symbol of Free Software, MacArthur-certified Genius」(1999 年) を参照してください。 最も重要なことは、マッカーサーのお金がストールマンにより多くの自由を与えたことです。すでにソフトウェアの自由の問題に専念していたストールマンは、追加の自由を利用して、GNU プロジェクトの使命を支援する出張を増やすことを選択した。 興味深いことに、GNU プロジェクトと自由ソフトウェア運動全般の最終的な成功は、これらの旅行の 1 つに由来します。 1990 年、ストールマンはフィンランドのヘルシンキにある工科大学を訪れました。聴衆の中には、Linux カーネルの将来の開発者である 21 歳の Linus Torvalds がいました。これは、GNU プロジェクトの最も大きなギャップを埋める運命にあるフリー ソフトウェア カーネルです。 当時近くのヘルシンキ大学の学生だったトーバルズは、ストールマンを当惑させた。 「人生で初めて、典型的な長髪でひげを生やしたハッカーのタイプを見た」と、トーバルズは 2001 年の自伝 Just for Fun で回想しています。 「ヘルシンキにはあまりありません。」Linus Torvalds と David Diamond の著書 Just For Fun: The Story of an Accidentaly Revolutionary (HarperCollins Publishers, Inc.、2001 年): 58-59 を参照してください。 トーバルズは、ストールマンのアジェンダの「社会政治的」側面に正確には同調していませんが、アジェンダの根底にある論理を高く評価していました。エラーのないコードを書くプログラマーはいないということです。ソフトウェアを共有することにより、ハッカーは貪欲や自我保護などの個人の動機よりも、プログラムの改善を優先します。 彼の世代の多くのプログラマーと同様に、トーバルズは IBM 7094 のようなメインフレーム コンピューターではなく、自作のさまざまなコンピューター システムで経験を積んでいました。大学生として、トーバルズは大学の MicroVAX を使用して、C プログラミングから Unix にステップアップしていました。このはしごのような進歩は、トーバルズに、機械へのアクセスに対する障壁についての別の見方を与えました。ストールマンにとって、主な障壁は官僚主義と特権でした。トーバルズにとって、主な障壁は地理とヘルシンキの厳しい冬でした。 Unix アカウントにログインするためだけにヘルシンキ大学を横断することを余儀なくされた Torvalds は、すぐにキャンパス外のアパートの暖かい部屋からログインする方法を探し始めました。 調査の結果、トーバルズはオペレーティング システム Minix にたどり着きました。これは、オランダの大学教授アンドリュー タネンバウムが教育目的で開発した Unix の軽量バージョンです。プログラムは 386 PC のメモリ範囲内に収まり、トーバルズが購入できる最も強力なマシンでしたが、それでも必要な機能がいくつか欠けていました。最も顕著なのは端末エミュレーションの欠如でした。これは、Torvalds のマシンが大学の端末を模倣できる機能であり、自宅から MicroVAX にログインすることを可能にしていました。 1991 年の夏、Torvalds は Minix を一から書き直し、他の機能を追加しました。夏の終わりまでに、トーバルズは彼の進化する仕事を「ターミナル エミュレーション プログラムの GNU/Emacs」と呼んでいました。 2001): 78. 自信を持って、彼は Minix ニュースグループに POSIX 標準 (プログラムが Unix と互換性があるかどうかを決定するソフトウェアの設計図) のコピーを求めました。数週間後、トーバルズは、ストールマンの最初の 1983 年の GNU 投稿を不気味に思い起こさせるメッセージを投稿していた。 minix を使用している皆さん、こんにちは。 私は (無料の) オペレーティング システムを作成しています (単なる趣味であり、386 (486) AT クローン用の gnu のように大きくて専門的なものにはなりません)。これは4月から醸造されており、準備が整い始めています。私の OS は Minix に多少似ているので (ファイルシステムの物理的なレイアウトは (実際的な理由で) 他のものと同じです)、「Linux 10 周年記念」を参照してください。 http://www.linux10.org/history/ この投稿はわずかな反響を呼び、1 か月以内に、Torvalds はオペレーティング システムのバージョン 0.01 をインターネットの FTP サイトに投稿しました。その過程で、トーバルズは新しいシステムの名前を考え出さなければなりませんでした。トーバルズは自分の PC のハード ドライブにプログラムを Linux として保存していました。この名前は、Unix の各亜種に文字 X で終わる名前を付けるというソフトウェアの慣習に敬意を表した名前です。 FTPサイト管理者に元に戻してもらうためだけに、Freaxに。 トーバルズは完全なオペレーティング システムの構築に着手していましたが、GNU、BSD、およびその他のフリー ソフトウェア開発者の仕事のおかげで、そのために必要な機能的なツールのほとんどがすでに利用可能であることを、彼と他の開発者は当時知っていました。 Linux 開発チームが最初に利用したツールの 1 つは GNU C コンパイラでした。これは、C プログラミング言語で書かれたプログラムの処理を可能にするツールです。 GCC を統合することで、Linux のパフォーマンスが向上しました。問題提起もした。 GPL の「ウイルス」の力は Linux カーネルには適用されませんでしたが、Torvald が彼自身のフリー ソフトウェア オペレーティング システムの目的で GCC を借りようとしたことは、他のユーザーが借りることができるようにする義務があることを示していました。トーバルズが後に述べたように、「私は巨人の肩に乗っていた。」ライナス・トーバルズとデビッド・ダイアモンド、Just For Fun: The Story of an Accidentaly Revolutionary (HarperCollins Publishers, Inc., 2001): 96-97 を参照してください。 .当然のことながら、他の人が彼に同様のサポートを求めたらどうなるか、彼は考え始めました。決定から 10 年後、Torvalds は Free Software Foundation の Robert Chassel の当時の考えを次のようにまとめています。 、しかし、人々にそれを利用してほしくありません。私は、人々が [Linux] を見て、心ゆくまで変更や改善を行えるようにしたかったのです。しかし、私がそこから得たものは、彼らが何をしているかを見ることでもあったことを確認したかった.ソースにいつでもアクセスできるようにしておきたいと思っていたので、彼らが改善を行った場合、私もその改善を自分で行うことができました。 94-95。 GCC の完全に統合されたバージョンを最初に組み込んだ Linux の 0.12 バージョンをリリースする時が来たとき、Torvalds はフリーソフトウェア運動への忠誠を表明することに決めました。彼は古いカーネル ライセンスを破棄し、GPL に置き換えました。 Torvalds と彼の共同研究者は、成長する Linux シチューに組み込まれるように他の GNU プログラムに目を向けたため、この決定がポーティング騒ぎの引き金となりました。 3 年以内に、Linux 開発者は、GCC、GDB、および多数の BSD ツールの完全に変更されたバージョンを含む、最初の製品リリースである Linux 1.0 を提供しました。 1994 年までに、統合されたオペレーティング システムはハッカーの世界で十分な尊敬を集めるようになり、一部の観察者は、プロジェクトの最初の数か月でトーバルズが GPL に切り替えてファームを手放さなかったのではないかと疑うようになりました。 Linux Journal の創刊号で、出版社の Robert Young が Torvalds とのインタビューを行いました。ヤング氏がこのフィンランド人プログラマーに、Linux ソース コードの私的所有権を放棄したことを後悔しているのかと尋ねたところ、トーバルズ氏はノーと答えました。トーバルズ氏は、「20/20 後から考えても」、GPL は Linux プロジェクトの初期段階で下された「最高の設計上の決定の 1 つ」であると考えていました。 Linux ジャーナル (1994 年 3 月 1 日)。 http://www.linuxjournal.com/article.php?sid=2736 この決定が、ストールマンとフリーソフトウェア財団に何の訴えも敬意も払わずに下されたということは、GPL の移植性が高まっていることを物語っている。ストールマンに認められるまでには数年かかるだろうが、Linux 開発の爆発性は Emacs のフラッシュバックを呼び起こした。しかし、今回爆発を引き起こしたイノベーションは、Control-R のようなソフトウェア ハックではなく、PC アーキテクチャ上で Unix のようなシステムを実行するという目新しさでした。動機は異なっていたかもしれませんが、最終的な結果は確かに倫理的な仕様に適合しています。つまり、完全にフリー ソフトウェアで構成された完全に機能するオペレーティング システムです。 comp.os.minix ニュースグループへの彼の最初の電子メール メッセージが示すように、GNU 開発者が HURD カーネルを提供するまで、Torvalds が Linux をホールドオーバーと見なすまでに数か月かかりました。 Linux を政治的な観点から見たくないというこの当初の態度は、フリーソフトウェア財団にとって大きな打撃となるでしょう。 トーバルズに関する限り、彼は単純に、楽しみのために物を分解したり組み立て直したりする子供たちの長い列の最新の人物でした。それにもかかわらず、放棄されたコンピューターのハードドライブで残りの日々を簡単に過ごすことができたプロジェクトの暴走的な成功を要約するとき、Torvalds は、制御を放棄して GPL 取引を受け入れる知恵を持っていた彼の若い自分を称賛します. 「私は光を見ていなかったかもしれない」とトーバルズは書いている。ストールマンの 1991 年の工科大学でのスピーチと、その後の GPL への切り替えの決定を振り返って。 「しかし、彼の演説から何かが染み込んでいると思います。」 ライナス・トーバルズとデビッド・ダイアモンドの『Just For Fun: The Story of an Accidentaly Revolutionary』(HarperCollins Publishers, Inc., 2001): 59 を参照してください。 、GNU プロジェクトの初期の頃のストールマンの政治的態度を垣間見ることができます。また、ストールマンのレトリックの進化をたどるのにも役立ちます。 GPL の目的を説明して、ストールマンは次のように述べています。他の人がそれを共有するのを止めようとすることは妨害行為です。」これを、2000 年 8 月の著者への声明と対比してください。 「これらのことは、その効果が非常に異なっているので、一度にそれらについて話そうとするのはまったくばかげています。誰かが引用符なしで知的財産について何かを言っているのを聞いた場合、彼はあまり明確に考えていないので、参加すべきではありません.」 HackerNoon ブック シリーズについて: 最も重要な技術的、科学的、洞察力に富んだパブリック ドメインの書籍をお届けします。 2022 年 10 月、 この本はパブリックドメインの一部です。サム・ウィリアムズ (2004)。 Freedom のように Free: Richard Stallman の Crusade for Free Software。イリノイ州アーバナ: Project Gutenberg。 https://www.gutenberg.org/cache/epub/5768/pg5768.html から取得 この電子ブックに含まれているプロジェクト グーテンベルク ライセンスの条件の下で、または https://www.gutenberg.org/policy/license この eBook は、誰でもどこでも無料で、ほとんど制限なく使用できます。 にある www.gutenberg.org でオンラインで、コピー、譲渡、または再利用することができます 。 html.
