[{"@context":"http:\/\/schema.org\/","@type":"BlogPosting","@id":"https:\/\/wiki.edu.vn\/wiki10\/2020\/12\/26\/die-kathedrale-und-der-basar\/#BlogPosting","mainEntityOfPage":"https:\/\/wiki.edu.vn\/wiki10\/2020\/12\/26\/die-kathedrale-und-der-basar\/","headline":"Die Kathedrale und der Basar","name":"Die Kathedrale und der Basar","description":"before-content-x4 Buch von Eric S. Raymond after-content-x4 Die Kathedrale und der Basar: \u00dcberlegungen zu Linux und Open Source durch einen","datePublished":"2020-12-26","dateModified":"2020-12-26","author":{"@type":"Person","@id":"https:\/\/wiki.edu.vn\/wiki10\/author\/lordneo\/#Person","name":"lordneo","url":"https:\/\/wiki.edu.vn\/wiki10\/author\/lordneo\/","image":{"@type":"ImageObject","@id":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/44a4cee54c4c053e967fe3e7d054edd4?s=96&d=mm&r=g","height":96,"width":96}},"publisher":{"@type":"Organization","name":"Enzyklop\u00e4die","logo":{"@type":"ImageObject","@id":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","url":"https:\/\/wiki.edu.vn\/wiki4\/wp-content\/uploads\/2023\/08\/download.jpg","width":600,"height":60}},"image":{"@type":"ImageObject","@id":"https:\/\/en.wikipedia.org\/wiki\/Special:CentralAutoLogin\/start?type=1x1","url":"https:\/\/en.wikipedia.org\/wiki\/Special:CentralAutoLogin\/start?type=1x1","height":"1","width":"1"},"url":"https:\/\/wiki.edu.vn\/wiki10\/2020\/12\/26\/die-kathedrale-und-der-basar\/","wordCount":3276,"articleBody":"     (adsbygoogle = window.adsbygoogle || []).push({});before-content-x4Buch von Eric S. Raymond       (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Die Kathedrale und der Basar: \u00dcberlegungen zu Linux und Open Source durch einen zuf\u00e4lligen Revolution\u00e4r  (abgek\u00fcrzt CatB) ist ein Aufsatz und sp\u00e4ter ein Buch von Eric S. Raymond \u00fcber 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\u00fcrzburg (Deutschland) vorgestellt und 1999 als Teil des Buches ver\u00f6ffentlicht.Die Illustration auf dem Cover des Buches ist ein Gem\u00e4lde von Liubov Popova aus dem Jahr 1913 mit dem Titel Zusammensetzung mit Figuren und geh\u00f6rt zur Sammlung der Staatlichen Tretjakow-Galerie.[1]Das Buch wurde 1999 unter der Open Publication License v2.0 ver\u00f6ffentlicht.[2]       (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Table of Contents“Die Kathedrale und der Basar”[edit]Lektionen zum Erstellen einer guten Open Source-Software[edit]Verm\u00e4chtnis und Empfang[edit]Siehe auch[edit]Verweise[edit]Externe Links[edit]“Die Kathedrale und der Basar”[edit]Der Aufsatz stellt zwei verschiedene Entwicklungsmodelle f\u00fcr freie Software gegen\u00fcber:Das Kathedrale Modell, bei dem der Quellcode f\u00fcr jede Softwareversion verf\u00fcgbar ist, der zwischen den Versionen entwickelte Code jedoch auf eine exklusive Gruppe von Softwareentwicklern beschr\u00e4nkt ist.  GNU Emacs und GCC wurden als Beispiele vorgestellt.Das Basar Modell, bei dem der Code \u00fcber das Internet im Hinblick auf die \u00d6ffentlichkeit entwickelt wird.  Raymond bezeichnet Linus Torvalds, Leiter des Linux-Kernel-Projekts, als Erfinder dieses Prozesses.  Raymond liefert auch Einzelberichte \u00fcber seine eigene Implementierung dieses Modells f\u00fcr das Fetchmail-Projekt.Die zentrale These des Aufsatzes ist die Behauptung von Raymond, dass “bei gen\u00fcgend Aug\u00e4pfeln alle Fehler flach sind” (was er als Linus’sches Gesetz bezeichnet): Je weiter der Quellcode f\u00fcr \u00f6ffentliche Tests, Pr\u00fcfungen und Experimente verf\u00fcgbar ist, desto schneller sind alle Arten von Fehlern wird entdeckt.  Im Gegensatz dazu behauptet Raymond, dass \u00fcberm\u00e4\u00dfig viel Zeit und Energie f\u00fcr die Suche nach Fehlern im Cathedral-Modell aufgewendet werden muss, da die Arbeitsversion des Codes nur wenigen Entwicklern zur Verf\u00fcgung steht.Lektionen zum Erstellen einer guten Open Source-Software[edit]Raymond verweist auf 19 “Lehren” aus verschiedenen Softwareentwicklungsbem\u00fchungen, die jeweils Attribute beschreiben, die mit bew\u00e4hrten Verfahren in der Open Source-Softwareentwicklung verbunden sind:[3]       (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4Jede gute Arbeit mit Software beginnt damit, den pers\u00f6nlichen Juckreiz eines Entwicklers zu kratzen.Gute Programmierer wissen, was sie schreiben m\u00fcssen.  Gro\u00dfe wissen, was sie umschreiben (und wiederverwenden) m\u00fcssen.Planen Sie einen zu werfen [version] Weg;  Sie werden es jedenfalls tun (kopiert von Frederick Brooks Der mythische Mannmonat).Wenn Sie die richtige Einstellung haben, werden Sie interessante Probleme finden.Wenn Sie das Interesse an einem Programm verlieren, besteht Ihre letzte Pflicht darin, es an einen kompetenten Nachfolger weiterzugeben.Wenn Sie Ihre Benutzer als Mitentwickler behandeln, ist dies der einfachste Weg zur schnellen Codeverbesserung und zum effektiven Debuggen.Fr\u00fch freigeben.  Oft loslassen.  Und h\u00f6ren Sie Ihren Kunden zu.Bei einer ausreichend gro\u00dfen Beta-Tester- und Co-Entwickler-Basis wird fast jedes Problem schnell charakterisiert und die L\u00f6sung f\u00fcr jemanden offensichtlich.Intelligente Datenstrukturen und dummer Code funktionieren viel besser als umgekehrt.Wenn Sie Ihre Betatester so behandeln, als w\u00e4ren sie Ihre wertvollste Ressource, werden sie zu Ihrer wertvollsten Ressource.Das n\u00e4chstbeste an guten Ideen ist, gute Ideen von Ihren Benutzern zu erkennen.  Manchmal ist letzteres besser.Die auff\u00e4lligsten und innovativsten L\u00f6sungen ergeben sich h\u00e4ufig aus der Erkenntnis, dass Ihr Konzept des Problems falsch war.Perfektion (im Design) wird nicht erreicht, wenn nichts mehr hinzuzuf\u00fcgen ist, sondern wenn nichts mehr wegzunehmen ist.  (Antoine de Saint-Exup\u00e9ry zugeschrieben)Jedes Werkzeug sollte auf die erwartete Weise n\u00fctzlich sein, aber ein wirklich gro\u00dfartiges Werkzeug eignet sich f\u00fcr Anwendungen, die Sie nie erwartet haben.Achten Sie beim Schreiben von Gateway-Software jeglicher Art darauf, den Datenstrom so wenig wie m\u00f6glich zu st\u00f6ren – und werfen Sie niemals Informationen weg, es sei denn, der Empf\u00e4nger zwingt Sie dazu!Wenn Ihre Sprache bei weitem nicht Turing-vollst\u00e4ndig ist, kann syntaktischer Zucker Ihr Freund sein.Ein Sicherheitssystem ist nur so sicher wie sein Geheimnis.  Vorsicht vor Pseudo-Geheimnissen.Um ein interessantes Problem zu l\u00f6sen, suchen Sie zun\u00e4chst ein f\u00fcr Sie interessantes Problem.Vorausgesetzt, der Entwicklungskoordinator verf\u00fcgt \u00fcber ein Kommunikationsmedium, das mindestens so gut ist wie das Internet und wei\u00df, wie man ohne Zwang f\u00fchrt, sind viele K\u00f6pfe unweigerlich besser als einer.Verm\u00e4chtnis und Empfang[edit]1998 half der Aufsatz der Netscape Communications Corporation, den Quellcode f\u00fcr Netscape Communicator freizugeben und das Mozilla-Projekt zu starten.  es wurde von Frank Hecker und anderen Mitarbeitern als externe unabh\u00e4ngige Best\u00e4tigung seiner Argumente angef\u00fchrt.[4][5][6]  Die \u00f6ffentliche Anerkennung dieses Einflusses durch Netscape brachte Raymond in der Hacker-Kultur bekannt.[7]Als O’Reilly Media das Buch 1999 ver\u00f6ffentlichte, wurde es eines der ersten (wenn nicht das erste) vollst\u00e4ndigen und kommerziell vertriebenen Buch, das unter der Open Publication License ver\u00f6ffentlicht 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\u00fcr die M\u00f6glichkeit ge\u00f6ffnet hat der Massenzusammenarbeit “.[9]1999 ver\u00f6ffentlichte Nikolai Bezroukov zwei zitierte kritische Aufs\u00e4tze 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]^ “Kolophon”. Die Kathedrale und der Basar.  O’Reily Media.  Abgerufen 20. Dezember 2011.^ ein b Kathedrale-Basar^ Raymond, Eric Steven. “Die Kathedrale und der Basar”.  Abgerufen 18. April 2012.^ “Epilog: Netscape umarmt den Basar”.^ 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 \u00fcber das Marketing bis zum Management.^ Louis Su\u00e1rez-Potts (1. Mai 2001), Interview: Frank Hecker, openoffice.org, (Da es immer in Bezug auf die Mozilla-Entscheidung von Netscape erw\u00e4hnt wird, sollte ich auch beachten, dass Eric Raymonds Artikel “Die Kathedrale und der Basar” von mir und anderen, die sich f\u00fcr das Management von Netscape einsetzten, erw\u00e4hnt wurde. Meiner Meinung nach ist der Artikel wichtig im Kontext von Die Entscheidung von Netscape bestand haupts\u00e4chlich darin, eine unabh\u00e4ngige 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\u00f6glicherweise festgestellt, dass dies etwas einfacher ist, wenn Sie k\u00f6nnen auf jemanden au\u00dferhalb der Organisation verweisen, der dasselbe sagt.)^ Sam Williams (30. November 2011). Frei wie in Freiheit [Paperback]: Richard Stallmans Kreuzzug f\u00fcr 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\u00f6hte das Unternehmen Raymond sofort auf das Niveau einer Hacker-Ber\u00fchmtheit.  Entschlossen, die Gelegenheit nicht zu verpassen, reiste Raymond nach Westen, um Interviews zu geben, F\u00fchrungskr\u00e4fte von Netscape zu beraten und an der Party teilzunehmen, bei der die Ver\u00f6ffentlichung des Quellcodes von Netscape Navigator gefeiert wurde.^ Poe, Marshall (September 2006). “Der Bienenstock”. Der Atlantik.  Abgerufen 2012-07-05.^ Schiff, Stacy. “Annalen der Information”. Der New Yorker.  Abgerufen 4. Juli 2014.^ Karl Eugen Kurbel (23. Juni 2008). Die Entstehung von Informationssystemen: Software Engineering und Management in einer globalisierten Welt.  Springer.  S. 222\u2013.  ISBN 978-3-540-79260-4.  Abgerufen 15. Oktober 2012.^ Bezroukov, Open Source Softwareentwicklung als besondere Art der akademischen Forschung: Kritik des vulg\u00e4ren Raymondismus“Zugriff am 23. Mai 2019.^ Bezroukov, Ein zweiter Blick auf Die Kathedrale und der Basar  Zugriff am 23. Mai 2019.^ Jan Bergstra;  Mark Burgess (19. Dezember 2007). Handbuch der Netzwerk- und Systemadministration.  Elsevier.  S. 202\u2013.  ISBN 978-0-444-52198-9.  Abgerufen 15. Oktober 2012.^ Eric S. Raymond, “Antwort an Nikolai Bezroukov“”Verweise[edit]Externe Links[edit]     (adsbygoogle = window.adsbygoogle || []).push({});after-content-x4"},{"@context":"http:\/\/schema.org\/","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"item":{"@id":"https:\/\/wiki.edu.vn\/wiki10\/#breadcrumbitem","name":"Enzyklop\u00e4die"}},{"@type":"ListItem","position":2,"item":{"@id":"https:\/\/wiki.edu.vn\/wiki10\/2020\/12\/26\/die-kathedrale-und-der-basar\/#breadcrumbitem","name":"Die Kathedrale und der Basar"}}]}]