Die Kathedrale und der Basar

Posted on by
before-content-x4

Buch von Eric S. Raymond

 after-content-x4

Die Kathedrale und der Basar: Überlegungen zu Linux und Open Source durch einen zufälligen Revolutionär (abgekürzt CatB) ist ein Aufsatz und später ein Buch von Eric S. Raymond über Methoden der Softwareentwicklung, basierend auf seinen Beobachtungen des Linux-Kernel-Entwicklungsprozesses und seinen Erfahrungen bei der Verwaltung eines Open-Source-Projekts, fetchmail. Es untersucht den Kampf zwischen Top-Down- und Bottom-Up-Design. Der Aufsatz wurde erstmals vom Autor auf dem Linux-Kongress am 27. Mai 1997 in Würzburg (Deutschland) vorgestellt und 1999 als Teil des Buches veröffentlicht.

Die Illustration auf dem Cover des Buches ist ein Gemälde von Liubov Popova aus dem Jahr 1913 mit dem Titel Zusammensetzung mit Figuren und gehört zur Sammlung der Staatlichen Tretjakow-Galerie.[1]

Das Buch wurde 1999 unter der Open Publication License v2.0 veröffentlicht.[2]

“Die Kathedrale und der Basar”[edit]

Der Aufsatz stellt zwei verschiedene Entwicklungsmodelle für freie Software gegenüber:

  • Das Kathedrale Modell, bei dem der Quellcode für jede Softwareversion verfügbar ist, der zwischen den Versionen entwickelte Code jedoch auf eine exklusive Gruppe von Softwareentwicklern beschränkt ist. GNU Emacs und GCC wurden als Beispiele vorgestellt.
  • Das Basar Modell, bei dem der Code über das Internet im Hinblick auf die Öffentlichkeit entwickelt wird. Raymond bezeichnet Linus Torvalds, Leiter des Linux-Kernel-Projekts, als Erfinder dieses Prozesses. Raymond liefert auch Einzelberichte über seine eigene Implementierung dieses Modells für das Fetchmail-Projekt.

Die zentrale These des Aufsatzes ist die Behauptung von Raymond, dass “bei genügend Augäpfeln alle Fehler flach sind” (was er als Linus’sches Gesetz bezeichnet): Je weiter der Quellcode für öffentliche Tests, Prüfungen und Experimente verfügbar ist, desto schneller sind alle Arten von Fehlern wird entdeckt. Im Gegensatz dazu behauptet Raymond, dass übermäßig viel Zeit und Energie für die Suche nach Fehlern im Cathedral-Modell aufgewendet werden muss, da die Arbeitsversion des Codes nur wenigen Entwicklern zur Verfügung steht.

Lektionen zum Erstellen einer guten Open Source-Software[edit]

Raymond verweist auf 19 “Lehren” aus verschiedenen Softwareentwicklungsbemühungen, die jeweils Attribute beschreiben, die mit bewährten Verfahren in der Open Source-Softwareentwicklung verbunden sind:[3]

 after-content-x4
  1. Jede gute Arbeit mit Software beginnt damit, den persönlichen Juckreiz eines Entwicklers zu kratzen.
  2. Gute Programmierer wissen, was sie schreiben müssen. Große wissen, was sie umschreiben (und wiederverwenden) müssen.
  3. Planen Sie einen zu werfen [version] Weg; Sie werden es jedenfalls tun (kopiert von Frederick Brooks Der mythische Mannmonat).
  4. Wenn Sie die richtige Einstellung haben, werden Sie interessante Probleme finden.
  5. Wenn Sie das Interesse an einem Programm verlieren, besteht Ihre letzte Pflicht darin, es an einen kompetenten Nachfolger weiterzugeben.
  6. Wenn Sie Ihre Benutzer als Mitentwickler behandeln, ist dies der einfachste Weg zur schnellen Codeverbesserung und zum effektiven Debuggen.
  7. Früh freigeben. Oft loslassen. Und hören Sie Ihren Kunden zu.
  8. Bei einer ausreichend großen Beta-Tester- und Co-Entwickler-Basis wird fast jedes Problem schnell charakterisiert und die Lösung für jemanden offensichtlich.
  9. Intelligente Datenstrukturen und dummer Code funktionieren viel besser als umgekehrt.
  10. Wenn Sie Ihre Betatester so behandeln, als wären sie Ihre wertvollste Ressource, werden sie zu Ihrer wertvollsten Ressource.
  11. Das nächstbeste an guten Ideen ist, gute Ideen von Ihren Benutzern zu erkennen. Manchmal ist letzteres besser.
  12. Die auffälligsten und innovativsten Lösungen ergeben sich häufig aus der Erkenntnis, dass Ihr Konzept des Problems falsch war.
  13. Perfektion (im Design) wird nicht erreicht, wenn nichts mehr hinzuzufügen ist, sondern wenn nichts mehr wegzunehmen ist. (Antoine de Saint-Exupéry zugeschrieben)
  14. Jedes Werkzeug sollte auf die erwartete Weise nützlich sein, aber ein wirklich großartiges Werkzeug eignet sich für Anwendungen, die Sie nie erwartet haben.
  15. Achten Sie beim Schreiben von Gateway-Software jeglicher Art darauf, den Datenstrom so wenig wie möglich zu stören – und werfen Sie niemals Informationen weg, es sei denn, der Empfänger zwingt Sie dazu!
  16. Wenn Ihre Sprache bei weitem nicht Turing-vollständig ist, kann syntaktischer Zucker Ihr Freund sein.
  17. Ein Sicherheitssystem ist nur so sicher wie sein Geheimnis. Vorsicht vor Pseudo-Geheimnissen.
  18. Um ein interessantes Problem zu lösen, suchen Sie zunächst ein für Sie interessantes Problem.
  19. Vorausgesetzt, der Entwicklungskoordinator verfügt über ein Kommunikationsmedium, das mindestens so gut ist wie das Internet und weiß, wie man ohne Zwang führt, sind viele Köpfe unweigerlich besser als einer.

Vermächtnis und Empfang[edit]

1998 half der Aufsatz der Netscape Communications Corporation, den Quellcode für Netscape Communicator freizugeben und das Mozilla-Projekt zu starten. es wurde von Frank Hecker und anderen Mitarbeitern als externe unabhängige Bestätigung seiner Argumente angeführt.[4][5][6] Die öffentliche Anerkennung dieses Einflusses durch Netscape brachte Raymond in der Hacker-Kultur bekannt.[7]

Als O’Reilly Media das Buch 1999 veröffentlichte, wurde es eines der ersten (wenn nicht das erste) vollständigen und kommerziell vertriebenen Buch, das unter der Open Publication License veröffentlicht wurde.[2]

Marshall Poe vergleicht Wikipedia in seinem Aufsatz “The Hive” mit dem Basar-Modell, das Raymond definiert.[8]Jimmy Wales selbst war in der Tat von der Arbeit inspiriert (sowie von Argumenten, die in Werken vor dem Internetzeitalter vorgebracht wurden, wie beispielsweise Friedrich Hayeks Artikel “Die Nutzung von Wissen in der Gesellschaft”) und argumentierte, dass “es meine Augen für die Möglichkeit geöffnet hat der Massenzusammenarbeit “.[9]

1999 veröffentlichte Nikolai Bezroukov zwei zitierte kritische Aufsätze zu Eric Raymonds Ansichten zu Open-Source-Software, den zweiten mit dem Titel “Ein zweiter Blick auf Die Kathedrale und der Basar“.[10][11][12][13] Sie gaben eine scharfe Antwort von Eric Raymond.[14]

Siehe auch[edit]

  1. ^ “Kolophon”. Die Kathedrale und der Basar. O’Reily Media. Abgerufen 20. Dezember 2011.
  2. ^ ein b Kathedrale-Basar
  3. ^ Raymond, Eric Steven. “Die Kathedrale und der Basar”. Abgerufen 18. April 2012.
  4. ^ “Epilog: Netscape umarmt den Basar”.
  5. ^ Jim Hamerly und Tom Paquin mit Susan Walton (Januar 1999). “Befreiung der Quelle: Die Geschichte von Mozilla”. Open Sources: Stimmen aus der Open Source Revolution (1. Aufl.). ISBN 1-56592-582-3. Frank hatte seine Hausaufgaben gemacht, Eric Raymonds Artikel “Die Kathedrale und der Basar” zitiert und mit Leuten in Abteilungen der gesamten Organisation gesprochen – vom Ingenieurwesen über das Marketing bis zum Management.
  6. ^ Louis Suárez-Potts (1. Mai 2001), Interview: Frank Hecker, openoffice.org, (Da es immer in Bezug auf die Mozilla-Entscheidung von Netscape erwähnt wird, sollte ich auch beachten, dass Eric Raymonds Artikel “Die Kathedrale und der Basar” von mir und anderen, die sich für das Management von Netscape einsetzten, erwähnt wurde. Meiner Meinung nach ist der Artikel wichtig im Kontext von Die Entscheidung von Netscape bestand hauptsächlich darin, eine unabhängige Validierung von Ideen bereitzustellen, die bereits in Netscape aktiv diskutiert und beworben wurden. Wenn Sie jemals versucht haben, einen Vorschlag in Ihrer Organisation zu bewerben, haben Sie möglicherweise festgestellt, dass dies etwas einfacher ist, wenn Sie können auf jemanden außerhalb der Organisation verweisen, der dasselbe sagt.)
  7. ^ Sam Williams (30. November 2011). Frei wie in Freiheit [Paperback]: Richard Stallmans Kreuzzug für freie Software. “O’Reilly Media, Inc.”. p. 161. ISBN 978-1-4493-2464-3. Als Jim Barksdale, CEO von Netscape, den Aufsatz “Cathedral and the Bazaar” von Raymond als einen wesentlichen Einfluss auf die Entscheidung des Unternehmens zitierte, erhöhte das Unternehmen Raymond sofort auf das Niveau einer Hacker-Berühmtheit. Entschlossen, die Gelegenheit nicht zu verpassen, reiste Raymond nach Westen, um Interviews zu geben, Führungskräfte von Netscape zu beraten und an der Party teilzunehmen, bei der die Veröffentlichung des Quellcodes von Netscape Navigator gefeiert wurde.
  8. ^ Poe, Marshall (September 2006). “Der Bienenstock”. Der Atlantik. Abgerufen 2012-07-05.
  9. ^ Schiff, Stacy. “Annalen der Information”. Der New Yorker. Abgerufen 4. Juli 2014.
  10. ^ Karl Eugen Kurbel (23. Juni 2008). Die Entstehung von Informationssystemen: Software Engineering und Management in einer globalisierten Welt. Springer. S. 222–. ISBN 978-3-540-79260-4. Abgerufen 15. Oktober 2012.
  11. ^ Bezroukov, Open Source Softwareentwicklung als besondere Art der akademischen Forschung: Kritik des vulgären Raymondismus“Zugriff am 23. Mai 2019.
  12. ^ Bezroukov, Ein zweiter Blick auf Die Kathedrale und der Basar Zugriff am 23. Mai 2019.
  13. ^ Jan Bergstra; Mark Burgess (19. Dezember 2007). Handbuch der Netzwerk- und Systemadministration. Elsevier. S. 202–. ISBN 978-0-444-52198-9. Abgerufen 15. Oktober 2012.
  14. ^ Eric S. Raymond, “Antwort an Nikolai Bezroukov“”

Verweise[edit]

Externe Links[edit]


after-content-x4