Open Source: Philosophie und Beitrag – vom Passagier zum Bürger

Ich erinnere mich noch an den Moment, als ich mich zum ersten Mal gegenüber jemandem „in der Schuld“ fühlte, den ich nie kannte. Als ich 2013 an Blogspot arbeitete, hatte ich ein CSS-Problem, das das Layout im Internet Explorer unübersichtlich machte. Nach zwei Tagen voller Kopfschmerzen fand ich die Antwort in einem Forum – gepostet von jemandem, der weiß, woher, geduldig geschrieben, komplett mit einer Erklärung, warum die Lösung funktionierte. Frei. Ohne etwas zu fragen.

Jahre später wiederholt sich das gleiche Muster weiterhin. Das Nginx, das ich für alle meine Server verwende? Frei. Linux, das einen gebrauchten Laptop in einen Heimserver verwandelt? Frei. Playwright verwende ich für die Browser-Automatisierung? Frei. Fast der gesamte Technologie-Stack, den ich täglich verwende, wurde von Leuten entwickelt, die sich dafür entschieden haben, ihre Arbeit öffentlich zu teilen.

Dieser Artikel ist kein Tutorial. Dies ist eher eine Reflexion – darüber, warum Open Source funktioniert, warum Menschen es kostenlos teilen wollen und was es bedeutet, einen „Beitrag“ für diejenigen von uns zu leisten, die das Gefühl haben, nicht so gut zu sein wie die Betreuer da draußen.

Bei Open Source geht es nicht nur um kostenlosen Code

Wenn es bei Open Source nur um „freie Software“ gegangen wäre, hätte es nicht so lange gedauert. Viele kostenpflichtige Softwareprogramme sind bankrott gegangen und verloren gegangen. Was Open Source überleben lässt, ist seine Philosophie: Code, der gesehen, studiert, geändert und wieder geteilt werden kann.

Es gibt eine Analogie, die ich verwende, um dies technisch nicht versierten Freunden zu erklären. Stellen Sie sich zwei Soto-Stände vor. Der erste Stand hielt sein Rezept geheim – nur der Besitzer kannte die Gewürzmengen. Wenn der Besitzer in den Ruhestand geht oder der Laden schließt, geht das Rezept für immer verloren. Der zweite Stand klebt das Rezept an die Wand. Jeder kann es lesen, nachahmen, sogar modifizieren und seinen eigenen Shop mit einer anderen Version eröffnen. Dieses Rezept geht nie verloren, sondern entwickelt sich weiter, weil viele Hände es perfektioniert haben.

Das passiert mit Linux. Ausgehend von einem unterhaltsamen Projekt von Linus Torvalds im Jahr 1991 betreibt Linux heute die meisten Server auf der Welt, alle Android-Telefone, die schnellsten Supercomputer und sogar die TP-Link-Router in unseren Häusern. Nicht weil es kostenlos ist – sondern weil Tausende von Menschen auf der ganzen Welt dabei helfen, es zu verbessern, und zwar jeder entsprechend seinen Fähigkeiten.

Warum möchten Menschen kostenlos teilen?

Diese Frage stellt sich oft, insbesondere von Menschen, die alles aus einer Transaktionsperspektive betrachten. „Ich habe es satt, Code zu schreiben. Warum sollte ich ihn umsonst verschenken? Das ist ein Verlust.“

Nach meiner Beobachtungserfahrung (und ein wenig Gefühl) gibt es mehrere Gründe, warum Menschen weiterhin teilen:

Bezahlen Sie zunächst die Schulden. Fast alle Open-Source-Entwickler haben ihre Karriere damit begonnen, die Arbeit anderer Leute kostenlos zu nutzen. Einen Beitrag zu leisten ist ihre Art, „etwas zurückzugeben“ – nicht an dieselben Menschen, sondern an das Ökosystem. Es ist wie eine digitale Version der gegenseitigen Zusammenarbeit: Ich schöpfe aus demselben Brunnen und helfe dabei, den Brunnen am Laufen zu halten.

Zweitens ist offener Code besser. Wenn Sie Code teilen, werden andere Leute Fehler finden, die Sie nicht gesehen haben, Ansätze vorschlagen, an die Sie nicht gedacht haben, und Ihren Code in Szenarien verwenden, die Sie sich nie hätten vorstellen können. Kritik aus der Öffentlichkeit ist kostenlos – und oft wertvoller als bezahlte Code-Reviews.

Drittens Reputation und Lernen. Ein öffentliches Repository ist ein Portfolio, das nicht gefälscht werden kann. Viele Entwickler bekommen gute Jobs nicht aufgrund ihres Diploms, sondern aufgrund ihrer Commit-Historie auf GitHub. Und das Schreiben von Code, den andere Leute lesen, zwingt uns dazu, übersichtlicheren Code zu schreiben – genauso wie öffentliche Reden uns dazu zwingen, unsere Gedanken zu ordnen.

Viertens gibt es Zufriedenheit, die man nicht kaufen kann. Als ich die Repos browser und office (b.lan- und o.lan-Projekte) auf GitHub veröffentlichte, gab mir niemand sofort etwas. Aber zu wissen, dass die Dokumentation jemandem da draußen helfen könnte, der das gleiche Problem hat – ein Heimserver ohne Desktop-Umgebung, der dennoch remote verwendet werden kann –, fühlt sich an, als würde es eine nützliche Spur hinterlassen.

Beiträge müssen kein Code sein

Das ist der Teil, der meiner Meinung nach am häufigsten missverstanden wird. Viele Menschen wenden sich von Open Source ab, weil sie das Gefühl haben, sie seien „nicht gut im Codieren“ oder „mein Code ist schlecht, es ist für die Leute peinlich, ihn zu sehen“. Auch wenn der Beitrag ein sehr breites Spektrum hat:

• Fehler gut melden. Klare Fehlerberichte – Reproduktionsschritte, Softwareversionen, vollständige Fehlermeldungen – sind für Betreuer von unschätzbarem Wert. Viele kritische Fehler werden von normalen Benutzern und nicht von Entwicklern gefunden.
• Dokumentation schreiben und verbessern. Die Dokumentation ist der Teil, der am häufigsten vernachlässigt wird. Das Korrigieren von Tippfehlern, das Hinzufügen von Beispielen oder das Übersetzen von Dokumentationen ins Indonesische ist ein echter Beitrag.
• Beantwortung von Fragen in Foren oder Issue-Trackern. Erinnern Sie sich an den Fremden, der 2013 meine CSS-Frage beantwortet hat? Er ist nicht der Entwickler dieser Bibliothek. Er ist nur der Benutzer, der die Antwort zuerst gefunden hat.
• Schreiben Sie Artikel und Tutorials. Jeder Blog-Artikel, der die Verwendung eines Tools erklärt, ist eine Form des Beitrags. Sie verlängern die Lebensdauer dieses Wissens und machen es über Suchmaschinen auffindbar.
• Spende oder Sponsoring. Wenn Sie wirklich keine Zeit haben, ist auch eine kleine finanzielle Unterstützung für den Betreuer der Tools, die Sie täglich verwenden, sehr sinnvoll. Viele wichtige Projekte werden durch Spenden vieler Menschen in Höhe von Zehntausenden Rupien unterstützt.

Lizenzen: Häufig ignorierte Spielregeln

Eines muss jeder, der Open Source nutzt, verstehen: „zugänglich“ bedeutet nicht „frei ohne Regeln“. Jedes Projekt hat eine Lizenz, und diese Lizenz hat Konsequenzen.

MIT und BSD sind freizügig – Sie können sie verwenden, ändern und sogar verkaufen, solange Sie das ursprüngliche Urheberrecht angeben. Die GPL ist strenger – wenn Sie Änderungen vornehmen und verteilen, müssen die Ergebnisse der Änderung auch dekodiert werden. Es gibt auch Lizenzen wie die AGPL, die sogar die Nutzung über ein Netzwerk regeln.

Die Einhaltung von Lizenzen ist Teil der Etikette. So wie wir kein Gemüse aus dem Garten eines Nachbarn nehmen würden, nur weil der Zaun offen ist – Offenheit bedeutet nicht, dass das Eigentum aufgehoben wird. Gerade weil die Regeln klar sind, können sich alle Parteien in Ruhe austauschen.

Vom Verbraucher zum Bürger

Wenn ich die Open-Source-Philosophie in einem Satz zusammenfassen müsste, würde das so klingen: Sei nicht nur ein Passagier, sei ein Bürger.

Passagiere steigen einfach ein, setzen sich und steigen am Zielort aus. Anwohner beteiligten sich an der Durchsuchung von Bushaltestellen, meldeten den Ausfall der Straßenlaternen und zeigten verirrten Personen den Weg. Das Open-Source-Ökosystem erfordert nicht, dass jeder ein genialer Programmierer ist. Er braucht viele Menschen, die sich ein wenig kümmern – und zwar dauerhaft.

Für diejenigen unter Ihnen, die Linux, Nginx, PHP, MySQL oder andere kostenlose Tools verwendet haben und mit der „Schuldentilgung“ beginnen möchten: Fangen Sie klein an: Melden Sie die aufgetretenen Fehler vollständig, korrigieren Sie einen Tippfehler in der Dokumentation oder schreiben Sie in einem Blog über Ihre Erfahrungen mit dem Tool. Sie müssen nicht warten, um zuerst ein Experte zu werden. Tatsächlich lernen Sie durch die Teilnahme viel schneller, als wenn Sie alleine lernen.

Dieser Brunnen fließt weiter, weil viele Menschen ihn in geordneter Weise schöpfen und sich an seiner Erhaltung beteiligen. Jetzt sind wir an der Reihe, uns darum zu kümmern – damit es in zehn Jahren noch andere Berufsschüler in Semarang gibt, die bei CSS-Problemen stecken bleiben und die Antwort in unseren Texten finden.

Haben Sie Erfahrung mit der Mitarbeit an Open Source oder sind Sie noch unsicher, ob Sie anfangen sollen? Sagen Sie es mir in der Kommentarspalte – ich möchte Ihre Version erfahren.