Die meiste Software, die Sie installieren, enthält kein Rezept. Es kommt als kompilierte, betriebsbereite Binärdatei an. Sie drücken einen Knopf und es funktioniert. Aber man kann nicht hineinschauen, um zu sehen, wie der Entwickler es gebaut hat. Kommerziellen Herstellern gefällt diese Anordnung. Es verhindert, dass Konkurrenten ihren Code stehlen, und stellt sicher, dass sie die Qualität kontrollieren.
Open-Source-Software dreht dieses Modell um. Es enthält neben der kompilierten Version auch den Quellcode. Dabei handelt es sich nicht nur um eine passive Inklusion. Änderungen sind erwünscht. Entwickler glauben, dass die Anwendung mit der Zeit nützlicher und weniger fehleranfällig wird, wenn jeder den Code optimieren kann.
Definition von Open Source: Die Spielregeln
Um von der Industrie als Open-Source-Software betrachtet zu werden, muss ein Projekt bestimmte Tests bestehen. Für ein Unternehmen reicht es nicht aus, nur zu sagen, dass es „offen“ ist. Die Kriterien sind streng.
Erstens muss das Programm frei verteilbar sein. Das bedeutet nicht, dass es null Dollar kosten muss. Sie können es in einem kostenpflichtigen Paket bündeln. Red Hat macht dies mit Linux. Der Schlüssel liegt darin, dass die Software selbst nicht hinter einer Paywall für den Zugriff auf den Code gesperrt ist.
Zweitens muss der Quellcode enthalten sein. Ohne sie sehen Sie nur eine Black Box.
Drittens muss es jedem gestattet sein, den Code zu ändern. Wenn es Beschränkungen gibt, wer Dinge ändern kann, besteht der Test nicht.
Viertens müssen geänderte Versionen weiterverteilbar sein. Wenn Sie einen Fehler beheben, sollten Sie Ihren Fix mit anderen teilen können.
Schließlich kann die Lizenz andere Software nicht einschränken. Es sollte Sie nicht dazu zwingen, andere Programme auszuschließen oder in die Funktionsweise anderer Software einzugreifen.
Eine Fallstudie aus der Praxis: Die Geburt von Linux
1991 begann Linus Torvalds, Student an der Universität Helsinki, mit der Entwicklung eines neuen Betriebssystems. Er basierte auf Minix, das selbst ein Derivat von Unix war. Er nannte es Linux.
Torvalds veröffentlichte Version 0.02 unter der GNU General Public License (GPL). Diese Lizenz bildete das rechtliche Rückgrat für die Open-Source-Software -Bewegung. Menschen auf der ganzen Welt haben es heruntergeladen. Viele waren selbst Programmierer. Sie haben nicht nur den Code verwendet; Sie haben es geändert.
Drei Jahre lang sammelte Torvalds diese Modifikationen von anderen Entwicklern. Er hat die besten Änderungen in die Basisversion integriert. 1994 veröffentlichte er die Linux-Version 1.0.
Dieses kollaborative Modell hat bewiesen, dass eine von der Gemeinschaft vorangetriebene Entwicklung funktionieren kann. Es war nicht nur ein Hobbyprojekt. Es wurde ein robustes, skalierbares Betriebssystem.
Das Support-Paradoxon: Freie Software, kostenpflichtige Hilfe
Endbenutzer befürchten häufig mangelnde Garantie und technischen Support. Wenn jemand den Code ändern kann, wie können Sie dann Hilfe erhalten, wenn er kaputt geht? Die Lizenz fördert die Anpassung und macht die Standardunterstützung für den ursprünglichen Autor nahezu unmöglich.
Hier kam Red Hat Software ins Spiel. Red Hat wurde 1994 gegründet und entwickelte „Official Red Hat Linux“. Sie haben die kostenlose Software übernommen und einen Mehrwert geschaffen. Ihr Hauptprodukt war nicht der Code selbst. Es ging um die Garantie und den technischen Support.
Für die Unternehmen war diese Unterstützung ausschlaggebend. Sie entschieden sich dafür, Red Hat Linux zu kaufen, anstatt es kostenlos herunterzuladen. Die Gewissheit, jemanden zu haben, der anrufen kann, wenn etwas schiefgeht, rechtfertigte die Kosten.
Mehrere andere Unternehmen folgten diesem Modell. Sie verpackten Linux mit zusätzlicher Software zum Weiterverkauf. Die Kernidee blieb dieselbe: Stabilität und Unterstützung für Open-Source-Software bereitzustellen.
Jenseits von Linux: Beliebte Open-Source-Tools
Linux ist nicht das einzige Beispiel. Viele Tools, die Sie täglich verwenden, basieren auf Open-Source-Software -Prinzipien.
Mozilla stellt den Kern für den Netscape-Browser bereit. Seine offene Natur ermöglichte massive Gemeinschaftsbeiträge.
Apache betreibt einen erheblichen Teil der Webserver. Seine Flexibilität und Zuverlässigkeit machten es zum Standard für Webhosting.
PERL ist eine beliebte Web-Skriptsprache. Es hat die frühe Webentwicklung geprägt.
PNG ist ein Grafikdateiformat. Dank offener Standards bietet es eine bessere Komprimierung und Qualität als ältere Formate.
Diese Projekte zeigen, dass es bei Open-Source-Software nicht nur um Betriebssysteme geht. Es ist in die Infrastruktur des Internets eingebettet.
„Die Softwareentwickler, die das Open-Source-Konzept unterstützen, glauben, dass die Anwendung auf lange Sicht nützlicher und fehlerfreier sein wird, wenn man jedem Interessierten erlaubt, den Quellcode zu ändern.“
Lizenzen beitragen und verstehen
Warum tragen Entwickler zu diesen Projekten bei? Es ist nicht nur Altruismus. Mit Beiträgen können Entwickler ihre Fähigkeiten verbessern. Es verschafft ihnen Anerkennung innerhalb der Gemeinschaft. Es ermöglicht ihnen auch, an sinnvollen Projekten zusammenzuarbeiten.
Es ist wichtig, den Unterschied zwischen Lizenzen zu verstehen. Open-Source-Software -Lizenzen ermöglichen Benutzern die freie Nutzung, Änderung und Verbreitung der Software. Proprietäre Lizenzen schränken diese Freiheiten ein. Sie erfordern normalerweise einen Kauf oder ein Abonnement.
Diese Unterscheidung ist wichtig. Es wirkt sich darauf aus, wie Sie Software nutzen, teilen und darauf aufbauen können. Für Unternehmen wirkt sich dies auf Kosten und Flexibilität aus. Für Entwickler wirkt sich dies auf Kreativität und Zusammenarbeit aus.
Die Softwarelandschaft entwickelt sich ständig weiter. Open-Source-Software bleibt ein wesentlicher Bestandteil davon. Von Linux-Servern bis hin zu Mozilla-Browsern – die Auswirkungen sind überall. Die Frage ist nicht, ob es funktioniert. Es geht darum, wie tiefgreifend es unsere digitale Zukunft prägen wird.
