Loading article…
 ペーパーバック版の表紙 | |
| 著者 | エリック・S・レイモンド |
|---|---|
| 出版社 | オライリーメディア |
発行日 | 1999 |
| ページ | 241 |
| 番号 | 1-565-92724-9 |
| OCLC | 42420737 |
| 005.4/32 21 | |
| LCクラス | QA76.76.O63 R396 1999 |
| Webサイト | www.catb.org/~esr/writings/cathedral-bazaar/ |
『The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary 』 （略称CatB）は、 Linux カーネル開発プロセスの観察とオープンソースプロジェクトfetchmailの管理経験に基づいた、ソフトウェア エンジニアリング手法に関するEric S. Raymondのエッセイであり、後に書籍化されました。トップダウン設計とボトムアップ設計の葛藤を検証しています、1997 年 5 月 27 日にドイツのヴュルツブルクで開催されたLinux Kongressで Raymond によって初めて発表され、1999 年に同名の書籍の第 2 章として出版されました。
この本の表紙のイラストは、リュボフ・ポポワが1913年に描いた「人物による構成」という絵画で、国立トレチャコフ美術館のコレクションに属しています。[1]この本は、1999年にオープン出版ライセンスv2.0の下で公開されました。[2]
中心論点
ソフトウェアに関するエッセイでは、2 つの異なるフリー ソフトウェア開発モデルを比較しています。
- 大聖堂モデルでは、ソース コードは各ソフトウェア リリースで利用可能になりますが、リリース間で開発されたコードはソフトウェア開発者の限定グループに制限されます。GNU EmacsとGCCが例として紹介されました。
- バザールモデルでは、コードはインターネット上で公開されながら開発されます。Raymond は、このプロセスの発明者として Linux カーネル プロジェクトのリーダーであるLinus Torvalds を挙げています。Raymondは、 Fetchmailプロジェクトでこのモデルを独自に実装した逸話も提供しています。
このエッセイの中心的な論点は、レイモンドの「十分な数の目があれば、すべてのバグは浅い」という命題である (彼はこれをLinus の法則と呼んでいる)。つまり、ソース コードが広く公開テスト、精査、実験に利用できるようになればなるほど、あらゆる種類のバグがより迅速に発見されるということである。対照的に、レイモンドは、Cathedral モデルでは、動作するバージョンのコードが少数の開発者にしか公開されていないため、バグの検出に膨大な時間と労力を費やす必要があると主張している。
優れたオープンソースソフトウェアを作成するための教訓
レイモンドは、さまざまなソフトウェア開発の取り組みから学んだ19の「教訓」を指摘し、それぞれがオープンソースソフトウェア開発の優れた実践に関連する属性を説明しています。[3]
- あらゆる優れたソフトウェア作品は、開発者の個人的な悩みを解決することから始まります。
- 優秀なプログラマーは何を書くべきかを知っています。優秀なプログラマーは何を書き直すべきか（そして再利用すべきか）を知っています。
- 1 つの [バージョン] を捨てる計画を立ててください。いずれにせよ、捨てることになります (Frederick Brooks のThe Mythical Man-Monthからコピー)。
- 正しい姿勢を持っていれば、興味深い問題が見つかるでしょう。
- プログラムへの興味を失った場合、そのプログラムに対する最後の義務は、それを有能な後継者に引き継ぐことです。
- ユーザーを共同開発者として扱うことは、迅速なコード改善と効果的なデバッグへの最も手間のかからない方法です。
- 早めにリリースしましょう。頻繁にリリースしましょう。そして、顧客の声に耳を傾けましょう。
- 十分に大きなベータテスターと共同開発者の基盤があれば、ほぼすべての問題がすぐに特定され、修正方法が誰かに明らかになります。
- スマートなデータ構造と単純なコードは、その逆よりもはるかにうまく機能します。
- ベータテスターを最も貴重なリソースであるかのように扱えば、彼らもそれに応えて最も貴重なリソースになります。
- 良いアイデアを持つことの次に良いことは、ユーザーからの良いアイデアを認識することです。後者の方が良い場合もあります。
- 多くの場合、最も印象的で革新的な解決策は、問題に対する自分の概念が間違っていたことに気づくことから生まれます。
- 完璧さ（デザインにおいて）は、何も付け加える必要がないときではなく、何も取り除く必要がないときに達成されます。（アントワーヌ・ド・サン＝テグジュペリの言葉）
- どのツールも期待通りに使えるはずですが、本当に優れたツールは、予想もしなかった用途にも役立ちます。
- どのような種類のゲートウェイ ソフトウェアを作成する場合でも、データ ストリームをできるだけ妨げないように注意してください。また、受信者から強制されない限り、情報を破棄しないでください。
- [構成] 言語がチューリング完全とは程遠い場合、構文糖衣が役に立ちます。
- セキュリティ システムのセキュリティは、その秘密の安全性によって決まります。疑似秘密には注意してください。
- 興味深い問題を解決するには、まず自分にとって興味深い問題を見つけることから始めます。
- 開発コーディネーターが少なくともインターネットと同等の通信手段を持ち、強制なしに主導権を握る方法を知っている限り、必然的に、一人よりも多くの頭脳の方が優れています。
遺産と受容
1998年、このエッセイは、ネットスケープ・コミュニケーションズ社がネットスケープ・コミュニケータのソースコードを公開し、モジラプロジェクトを開始する最後の推進力となった。フランク・ヘッカーや他の従業員は、このエッセイをレイモンドの主張を外部から独立した立場で検証するものとして引用した。[4] [5] [6]ネットスケープ社がこの影響力を公に認めたことで、レイモンドはハッカー文化の中で名声を得た。[7]
1999年にオライリーメディアがこの本を出版したとき、それはオープン出版ライセンスの下で出版された最初の完全な商業配布書籍の一つとなった。[2]
マーシャル・ポーは、エッセイ「蜂の巣」の中で、ウィキペディアをレイモンドが定義するバザールモデルに例えています。[8] ジミー・ウェールズ自身も、この作品（およびフリードリヒ・ハイエクの論文「社会における知識の利用」など、インターネット以前の作品で提示された議論）に触発され、「それは大衆のコラボレーションの可能性に目を開かせてくれました」と主張しました。[9]
1999年、ニコライ・ベズロウコフはエリック・レイモンドのオープンソースソフトウェアに対する見解に関する2つの批評論文を発表した。2つ目の論文は「伽藍とバザールの再考」と題されていた。[10] [11] [12] [13]それらに対してエリック・レイモンドは鋭い反応を示した。[14]
アメリカ民主主義の終焉を主張するカーティス・ヤーヴィンのエッセイ「大聖堂か奇怪か」は、レイモンドのエッセイにちなんで名付けられている。[15]
参照
- GNU Bazaar は、「バザール」モデルとの関連性を強調するために名付けられた分散型バージョン管理システムです。
- 「ノウアスフィアの開拓」
注記
- ^ 「コロフォン」。The Cathedral & the Bazaar。O'Reily Media 。 2011年12月20日閲覧。
- ^ ab 「大聖堂とバザール」www.catb.org . 2023年5月17日閲覧。
- ^ レイモンド、エリック・スティーブン。「大聖堂とバザール」。2012年4月18日閲覧。
- ^ 「エピローグ: Netscape がバザールを取り入れる」
- ^ Jim Hamerly と Tom Paquin、Susan Walton 共著 (1999 年 1 月)。「Freeing the Source: The Story of Mozilla」。Open Sources: Voices from the Open Source Revolution (第 1 版) 。ISBN 1-56592-582-3フランクは、
エリック・レイモンドの論文「伽藍とバザール」を引用し、エンジニアリングからマーケティング、マネジメントまで、組織全体の部門の人たちと話をするなど、宿題をこなしていた。
- ^ Louis Suárez-Potts (2001 年 5 月 1 日)、インタビュー: Frank Hecker、openoffice.org、
(Netscape の Mozilla に関する決定に関して常に言及されるため、Eric Raymond の論文「The Cathedral and the Bazaar」は、Netscape の経営陣にロビー活動を行っていた私や他の人たちによって参照されたことも付け加えておきます。私の意見では、Netscape の決定の文脈におけるこの論文の重要性は、主に、Netscape 内ですでに活発に議論され、推進されていたアイデアを独自に検証したことにあります。組織内で提案を推進しようとしたことがあれば、組織外で同じことを言っている人を紹介できれば、推進がいくらか容易になることに気付いたかもしれません。)
- ^ サム・ウィリアムズ (2011 年 11 月 30 日)。『フリーダムの自由』[ペーパーバック]: リチャード・ストールマンのフリーソフトウェアへの闘い。「オライリー メディア社」p. 161。ISBN 978-1-4493-2464-3Netscape 社の CEO ジム・バークスデールが、
レイモンドの「大聖堂とバザール」というエッセイが同社の決定に大きな影響を与えたと述べると、同社はすぐにレイモンドをハッカーの有名人のレベルに引き上げました。この機会を無駄にしないと決意したレイモンドは、インタビューに応じ、Netscape 社の幹部に助言し、Netscape Navigator のソース コードの公開を祝うパーティーに参加するために西部に向かいました。
- ^ ポー、マーシャル（2006年9月）。「The Hive」、アトランティック誌。 2012年7月5日閲覧。
- ^ シフ、ステイシー。「Annals of Information」。ニューヨーカー。 2014年7月4日閲覧。
- ^ Karl Eugen Kurbel (2008 年 6 月 23 日)。情報システムの構築: グローバル化された世界におけるソフトウェア エンジニアリングと管理。Springer。pp. 222– 。ISBN 978-3-540-79260-4. 2012年10月15日閲覧。
- ^ Bezroukov、「オープンソースソフトウェア開発は特別なタイプの学術研究である：低俗なレイモンド主義に対する批判」2019年5月23日にアクセス。
- ^ ベズロウコフ、「大聖堂とバザールの再検討」2019年5月23日アクセス。
- ^ Jan Bergstra、Mark Burgess (2007 年 12 月 19 日)。ネットワークおよびシステム管理ハンドブック。Elsevier。pp. 202– 。ISBN 978-0-444-52198-9. 2012年10月15日閲覧。
- ^ エリック・S・レイモンド、「ニコライ・ベズロウコフへの返答」
- ^ ヤービン、カーティス。「大聖堂か、それとも奇妙なものか」。Tablet 。 2024年10月13日閲覧。
参考文献
- レイモンド、エリック S. (1999)。 『大聖堂とバザール: 偶然の革命家による Linux とオープンソースについての思索』 O'Reilly Media。ISBN 1-56592-724-9。
外部リンク
Wikiquote には『大聖堂とバザール』に関連する引用句があります。