Modell für die Entwicklung freier Software: Die Kathedrale und der Basar

Die Kathedrale und der Basar sind ein Manifestdokument, das von Eric S. Raymond im Jahr 1.998 entwickelt wurde, um zu versuchen, es aus seiner eigenen Perspektive und Erfahrung zu erklären (Fetchmail Development). Was er über die erfolgreiche Erstellung und Weiterentwicklung von Linux und den damit verbundenen Programmen verstand, insbesondere aus der Perspektive des Unterschieds zwischen den Softwareentwicklungsmodellen, die er persönlich nannte: Kathedralenmodell und Basarmodell.

In dieser Veröffentlichung werden wir eine Analyse und Zusammenfassung des Manifests bereitstellen, das bei den Entwicklern der Bewegung für freie Software so beliebt ist. Das ist in vielen Teilen des Webs frei verfügbar und zugänglich, kann aber über den folgenden Weblink heruntergeladen werden, um schneller darauf zuzugreifen: Die Kathedrale und der Basar.

EINFÜHRUNG

Das Material «Die Kathedrale und der Basar» zeigt uns die Vision, dass es in der Welt des Software Engineering „zwei völlig unterschiedliche Entwicklungsstile gibt, das Kathedralenmodell, das auf die meisten Entwicklungen in der Welt der kommerziellen Software anwendbar ist, verglichen mit dem Basarmodell, das für die Linux-Welt typischer ist. “

Hervorheben, dass diese beiden Modelle von entgegengesetzten Ausgangspunkten in Bezug auf die Art des Software-Debugging-Prozesses abgeleitet sindund seiner besonderen Theorie über das, was er Linus'sches Gesetz nannte, das Folgendes feststellte: "Bei einer ausreichenden Anzahl von Augen sind alle Fehler irrelevant" oder mit anderen Worten: "Bei einer ausreichenden Anzahl von Augen alle Fehler sie sind Kleinigkeiten “.

Und es betont das Wort Hacker, das der Autor meiner Meinung nach als eine Art hochrangiger Benutzer ausdrückte, der in der Lage ist, ein Programm zu verstehen und effizient zu nutzenund Korrekturen oder Modifikationen von effizienter Form und Substanz für die gesamte Benutzergemeinschaft zu erkennen, vorzuschlagen oder umzusetzen.

In anderen Literaturen bezieht sich dieses Wort oder Konzept namens Hacker auf:

«Ein Experte, der sich für ein bestimmtes Fachgebiet, insbesondere den Technologiebereich, begeistert und dessen Zweck es ist, dieses Wissen für wohltätige Zwecke zu nutzen. Es ist diese Person, normalerweise ein Fachmann auf einem Wissensgebiet, die sich leidenschaftlich für Wissen interessiert, neue Dinge entdeckt und lernt und versteht, wie sie funktionieren. Sie erreicht den Punkt der Verbesserung mit effektiven Vorschlägen und Vorschlägen und immer mit der Absicht von Wissen teilen oder ein Versagen oder eine Fehlfunktion des Untersuchungsobjekts vermeiden.

Dies ist ein universelleres und realeres Konzept, da es in allen Bereichen des menschlichen Wissens "Hacker" gibt.

DESARROLLO

Von den vielen, die solches Material gelesen haben, wird es sicherlich eine große Anzahl geben, die zustimmen werden, dass die Idee, dass "Linux subversiv ist", dort klar zum Ausdruck kommt. Aber wieso?

Denn bis zu diesem Moment gab es eine Vielzahl standardisierter Softwareentwicklungsmethoden oder -modelle basierend auf einem „zentraleren und geplanten Ansatz von Anfang an“ weil das Erstellen von Software als etwas angesehen wurde, das mit etwas verbunden ist, das zu "einer bestimmten kritischen Komplexität" führt.

Und das trotz der Tatsache, dass die Unix-Welt bereits existierte, bestehend aus kleinen Tools, Rapid Prototyping und evolutionärer Programmierung, Das Aufkommen der Entwicklungsphilosophie für freie Software unter Linux brachte die Angelegenheit auf ein anderes Niveau.

Während In der Welt der privaten Softwareentwicklung wurde dies "still und ehrfürchtig" getan., so wie eine Kathedrale gebaut wird, In der Welt der freien Softwareentwicklung (Linux) wurde dies "ausgelassen und mit mehreren Agenden (Pfaden) und Ansätzen (Vorschlägen)" durchgeführt., genau wie du auf einem großen Basar warst.

Dieses großartige Manifest gibt uns mehrere Voraussetzungen, um die dort zum Ausdruck gebrachten Ideen im Hinblick auf das Modell der Entwicklung freier Software zu verdichten:

VORAUSSETZUNG # 1

ALLE GUTEN JOBS IN DER SOFTWARE BEGINNEN ZU BITTE EIN PERSÖNLICHES PROBLEM DES ENTWICKLERS SELBST.

Welches ist eine unbestreitbare Realität, weil Viele derjenigen, die in der Entwicklung freier Software arbeiten, beginnen normalerweise aufgrund der Notwendigkeit, ein persönliches Problem oder das eines Kollektivs oder einer Gruppe zu lösenoder um einen Prozess zu optimieren, der bereits langsamer und / oder sich wiederholend ausgeführt wird, was für die Teilnehmer häufig anstrengend und / oder langweilig wird, um die Zeit und den Aufwand der Beteiligten zu maximieren.

VORAUSSETZUNG # 2

GUTE PROGRAMMIERER WISSEN, WAS ZU SCHREIBEN IST. DAS GRÖSSTE WISSEN, WAS ZU SCHREIBEN UND ZU VERWENDEN IST.

Jeder Programmierer weiß, dass es nichts Schlechtes oder Unnötiges ist, bei der Entwicklung eines Programms oder einer Anwendung von vorne zu beginnen. Für viele Anfänger und für andere, die sich bereits mit diesem Thema auskennen, ist es jedoch bekannt, dass "Das Rad neu erfinden" manchmal nicht sehr effizient ist, aber es ist besser, es einfach zu optimieren und an Ihre eigenen Bedürfnisse anzupassen. Das heißt, es ist besser, den gesamten möglichen Code von anderen Experten auf dem Gebiet, das uns bei der Lösung unserer eigenen Softwareentwicklung beschäftigt, neu zu schreiben und zu verarbeiten.

VORAUSSETZUNG # 3

"Denken Sie daran, mindestens einen herauszuwerfen - Sie werden es sowieso tun."

Ein guter Softwareentwickler muss wissen, wie er genau zuhören kann, was die Benutzer ihrer Entwicklungen sagen oder vorschlagen oder vorschlagen, da ein Programm, das bereits funktionsfähig ist, trotz seiner Funktionsfähigkeit immer noch etwas sehr Großes werden kann, etwas, das den Norden verliert, ein funktionierendes Monster das macht alles für alle und wiederum etwas nicht angenehmes. Es ist also immer eine gute Praxis, zuzuhören, um zu den Wurzeln zurückzukehren, verlorene Benutzer zurückzugewinnen, neue Funktionen hinzuzufügen, unnötige zu entfernen, das Programm kleiner, spezifischer und allgemeiner zu machen.

VORAUSSETZUNG # 4

WENN SIE DIE RICHTIGE EINSTELLUNG HABEN, FINDEN SIE INTERESSANTE PROBLEME.

Eine gute Änderung der Einstellung und der Pünktlichkeit kann für jeden Programmierer oder Softwareentwickler eine radikale Änderung seiner aktuellen oder neuen Entwicklungen bedeuten, die wiederum neue Vorteile in Bezug auf Zeit, Geld oder Komfort für die Benutzer ihrer Produkte bedeuten. Halten Sie Ausschau nach innovativen Wegen, um Probleme zu lösen, die sich in einem guten Symptom in die richtige Richtung zeigen.

VORAUSSETZUNG # 5

Wenn ein Programm Sie nicht mehr interessiert, besteht Ihre letzte Aufgabe darin, es an einen kompetenten Nachfolger weiterzuleiten.

Für viele Programmierer oder Softwareentwickler sowie für andere Technologen ist es nicht ungewöhnlich, neuen Projekten neue Zeit widmen zu wollen. In der Welt der freien Software besteht die Prämisse jedoch darin, den Staffelstab zu übergeben. Es gibt andere, die die Entwicklung ihrer bereits aufgegebenen Produkte fortsetzen möchten, für die sie jedem erlauben müssen, das Programm für sich selbst oder zum Nutzen der Community zu hacken (zu verbessern) Benutzer des Programms.

VORAUSSETZUNG # 6

DIE BEHANDLUNG IHRER BENUTZER ALS ZUSAMMENARBEITER IST DER WENIGER KOMPLIZIERTE WEG, EIN PROGRAMM SCHNELL ZU VERBESSERN UND EFFEKTIV ZU DEBUGIEREN.

Da "kostenlos" bei der Entwicklung von freier Software häufig als "kostenlos" interpretiert wird, tendieren viele Programmierer dazu, sich zusammenzuschließen, um unbezahlten Verschleiß zu vermeiden, indem sie sich mit anderen Entwicklern oder fortgeschrittenen Benutzern ihrer Entwicklungen verbünden, um sie fortzusetzen oder damit andere sie fortsetzen im Austausch für den Erhalt von "Credits" für die Entwicklung zukünftiger Code-Innovationen und die Sicherstellung, dass zukünftige Entwicklungen formal einige Lizenzen beinhalten, um einen Missbrauch zu vermeiden.

VORAUSSETZUNG # 7

FREIGABE ES BALD. STARTEN SIE ES HÄUFIG. UND HÖREN SIE IHREN BENUTZERN ZU.

Anders als in der Welt der proprietären Softwareentwicklung ist es bei freier Software oft so, dass viel und schnell besser ist. Da die breite Basis von Benutzern und Entwicklern, die normalerweise ein Programm in der Community verwenden und entwickeln und im Gegenzug miteinander interagieren, ihre Zweifel, Vorschläge, Vorschläge, Beschwerden und / oder Ansprüche mitteilen kann, kann dies eine wertvolle Quelle sein Wissen, um ein Programm schnell zu reifen Entwicklungsstadien zu entwickeln.

VORAUSSETZUNG # 8

Wenn eine breite Basis von Testern und Mitarbeitern zur Verfügung gestellt wird, werden fast alle Probleme schnell identifiziert und ihre Lösung wird für jemanden offensichtlich sein.

Das Material endet damit, dass der Leser oft zu dem Schluss kommt, dass die auf dem Basarmodell basierende Softwareentwicklungsmethode sehr effektiv ist. Denn je mehr Macht, Freiheit oder Wissen ein Softwareentwickler den Benutzern über ihr Programm gibt, desto mehr können sie geniale Ideen oder nützliche Änderungen nur zum Zweck des kollektiven Nutzens einbringen.

Und das kommt im folgenden Auszug aus dem Material angenehm zum Ausdruck:

"Dies ist meiner Meinung nach der grundlegende Unterschied zwischen dem Stil der Kathedrale und des Basars. Entsprechend der Art und Weise, wie eine Kathedrale die Programmierung betrachtet, sind Fehler und Entwicklungsprobleme heimtückische, tiefe und verdrehte Phänomene. Es dauert Monate der Prüfung durch eine kleine Anzahl engagierter Personen, um sicher zu sein, dass sie entfernt wurden. Daher sind die langen Zeiträume, die für die Veröffentlichung neuer Versionen erforderlich sind, und die unvermeidliche Enttäuschung, die auftritt, wenn diejenigen, auf die so lange gewartet wurde, nicht perfekt sind.

In Anbetracht des Basarmodells wird jedoch davon ausgegangen, dass Fehler normalerweise nur eine geringfügige Angelegenheit sind oder zumindest so schnell auftreten, wenn sie den eifrigen Augen einiger tausend engagierter Mitarbeiter ausgesetzt sind, um Abhilfe zu schaffen und umgekehrt um jede neue Version. Sie veröffentlichen also häufig Versionen, um noch mehr Korrekturen zu erhalten, und als vorteilhafter Nebeneffekt haben Sie weniger zu verlieren, wenn Sie hin und wieder Fehler machen. "

FAZIT

Persönlich lässt mich meine geringe Erfahrung auf dem Gebiet der Entwicklung freier Software unter dem Basarmodell zu folgenden Schlussfolgerungen kommen:

• Benutzer sollten als unschätzbare Ressource und im besten Fall als unschätzbare Verbündete für ihre Zusammenarbeit bei der Entwicklung des Produkts behandelt werden.
• Jede Idee ist gut oder es lohnt sich, sie zu erkunden, da manchmal die am wenigsten vermutete eine großartige Lösung oder Verbesserung für die Entwicklung sein kann.
• Es ist gut oder wahrscheinlich, dass sich die ursprüngliche Idee vom ursprünglichen Konzept trennt, erweitert oder von diesem abweicht. Wichtig ist jedoch, wie fokussiert man auf die Art des Benutzermarktes sein sollte, dem Sie dienen, dienen oder helfen möchten.
• Um effizient zu sein und Kraftverlust durch Dispersion zu vermeiden.
• Das Beste ist ein kleiner, direkter, einfacher, aber effizienter Code, der von der Community als korrekt eingestuft wird.
• Ein Programm ist für die Benutzergemeinschaft bereits ausgereift, wenn nichts mehr zu beseitigen ist, da das Hinzufügen immer eine gute Möglichkeit ist, dies zu berücksichtigen.
• Jedes Programm kann (teilweise oder vollständig) verwendet werden, um in Funktionen wiederverwendet zu werden, die ursprünglich nicht konzipiert wurden.
• Alle Software muss ihre jeweiligen Lizenz- und Sicherheitsmaßnahmen zur Vertraulichkeit der Verwendung der Benutzerdaten tragen.
• Es ist nicht notwendig, bei Null anzufangen, jemand hat immer etwas Ähnliches wie unsere Idee entwickelt.
• Sie müssen an etwas arbeiten, das Ihnen gefällt, Sie müssen eine Leidenschaft für die Entwicklung empfinden, der Sie sich in Freier Software widmen, um intern ein Gefühl der Vereinigung mit dem zu erzeugen, was ausgearbeitet wird, ohne das Extrem zu erreichen, ein Gefühl der Eigenverantwortung dafür zu entwickeln .
• Es muss ausgezeichnete und häufige Kommunikationsmittel zwischen Entwicklern und Benutzern (Mitarbeitern) geben, damit die Arbeit schnell verläuft und sich effektiv ändert.

Ich hoffe, Ihnen haben diese Informationen gefallen und Sie fanden sie nützlich, da die Lesung von "Die Kathedrale und der Basar" eine obligatorische Referenz für alle ist, die freie Softwareentwicklung programmieren, egal wie groß oder klein sie auch sein mag.