Open Source ist keine Methode, es ist eine Haltung. Eine Einladung zur Teilhabe, zur Mitgestaltung, zur Verantwortung – und zur Freude an gemeinsamer Entwicklung. Wer einmal erlebt hat, wie sich aus einer Idee im Forum, einem Pull Request oder einer Diskussion in der Community eine stabile Funktion entwickelt, die an Hochschulen deutschlandweit eingesetzt wird, versteht, warum Open Source so besonders ist.
In der Welt proprietärer Systeme ist vieles vorgegeben: Funktionsumfang, Roadmap, Prioritäten. Die Frage, was umgesetzt wird und wie, liegt oft in den Händen weniger. Open Source kehrt dieses Prinzip um. Hier können Hochschulen nicht nur Nutzende, sondern auch Gestaltende sein – indem sie Ideen einbringen, Entwicklungen finanzieren oder selbst aktiv zur Codebasis beitragen. Diese Freiheit ist nicht immer bequem. Aber sie ist wertvoll.
Viele Hochschulen betreiben Open-Source-Systeme wie Stud.IP, ILIAS, Moodle oder Opencast. Die Gründe sind vielfältig: Transparenz, Unabhängigkeit, Nachhaltigkeit – kurz digitale Souveränität. Doch mit der Entscheidung für Open Source endet die Verantwortung nicht bei der Installation. Wer Open-Source-Software einsetzt, profitiert von gemeinschaftlicher Arbeit – und sollte sich fragen, wie er selbst zum Erfolg dieser Gemeinschaft beitragen kann.
Beteiligung hat viele Formen: Manchmal ist es ein gut formulierter Bug-Report, manchmal die Finanzierung eines Features, manchmal die Mitarbeit im Gremium. Nicht jede Hochschule kann alles leisten. Aber jede kann etwas beitragen. Was zählt, ist das Bewusstsein, dass Open Source kein Selbstbedienungsladen ist, sondern ein Ökosystem, das auf Geben und Nehmen basiert.
Dass Open Source qualitativ nicht hinter kommerziellen Lösungen zurückstehen muss, zeigt sich in vielen Hochschulprojekten. Die Software ist stabil, leistungsfähig und flexibel. Was häufig fehlt, ist nicht Funktionalität, sondern die Wahrnehmung dafür, was Open Source alles leisten kann. Vielleicht, weil der Hochglanz der Marketingbroschüren fehlt. Vielleicht auch, weil die Entscheidungsprozesse dezentral und für Außenstehende manchmal schwer greifbar sind.
Aber gerade hier liegt eine Stärke: Entscheidungen werden gemeinsam getroffen, Entwicklungen entstehen aus echtem Bedarf und das Wissen wächst mit jedem Release. Gute Open-Source-Projekte haben klare Qualitätsprozesse, Testverfahren und Review-Mechanismen – und sie wachsen mit ihren Nutzenden. Wer sich beteiligt, kann nicht nur Wünsche äußern, sondern auch dazu beitragen, dass Lösungen entstehen.
Für viele Entwicklerinnen und Entwickler ist die Arbeit an Open-Source-Projekten mehr als ein Job. Es ist eine bewusste Entscheidung, sich für Software einzusetzen, die gemeinschaftlich gedacht, gemeinsam entwickelt und offen gestaltet ist. Die nicht von oben herab diktiert wird, sondern durch Diskussion, Ideen und Kooperation wächst. Die ihren Fokus nicht auf Verkaufszahlen legt, sondern auf Nutzbarkeit, Barrierefreiheit, Didaktik – auf echte Qualität.
Diese Haltung hat Auswirkungen. Sie prägt, wie Projekte sich entwickeln, wie Entscheidungen getroffen werden, wie Lösungen entstehen. Und sie führt dazu, dass Software nicht für Märkte, sondern für Menschen gebaut wird. Es geht darum, gute Systeme zu schaffen – keine glänzenden Hochglanzprodukte mit Verkaufsfolien, sondern verlässliche, zugängliche Werkzeuge für den Alltag in der Lehre.
Ein Versprechen auf Zusammenarbeit, Weiterentwicklung und geteilte Verantwortung. Wer dieses Versprechen ernst nimmt, erkennt schnell, dass Open Source kein Sparmodell ist, sondern ein strategischer Vorteil. Natürlich kostet Beteiligung Zeit und Ressourcen. Aber sie schafft Unabhängigkeit, Innovationskraft und ein Netzwerk, das trägt.
Nicht selten entstehen aus kleinen Erweiterungen neue Standards, aus individuellen Anforderungen tragfähige Konzepte. Die Offenheit der Systeme erlaubt es, Funktionen zu teilen, voneinander zu lernen, voneinander zu profitieren. Und genau das ist der Geist, den Open Source atmet: Vielfalt, Dialog, gemeinsames Wachsen.
Mit dieser Offenheit geht Verantwortung einher. Open-Source-Lizenzen wie die GPL oder die AGPL sind keine Fußnoten, sondern zentrale Bestandteile der Spielregeln. Sie schützen die Freiheit der Software – und die Rechte derjenigen, die sie entwickelt haben. Wer Software nutzt oder weiterentwickelt, muss diese Regeln kennen und beachten.
Was das konkret bedeutet und welche Stolpersteine es gibt, habe ich in einem Gespräch mit unserer Juristin Yulia Loose geklärt.
Yulia: GPL (GNU General Public License) und AGPL (GNU Affero General Public License) sind sogenannte „Copyleft“-Lizenzen für Open-Source-Software. Sie garantieren, dass jede:r die Software frei nutzen, studieren, verändern und weitergeben darf. Das Besondere: Wer Software unter GPL oder AGPL verändert und weiterverbreitet, muss diese Änderungen ebenfalls wieder unter der gleichen Lizenz und mitsamt Quellcode veröffentlichen. So bleibt die Software immer offen und frei zugänglich.
Gerade für Hochschulen ist das wichtig, weil:
Yulia: Um auf der sicheren Seite zu sein, sollten Hochschulen:
Yulia: Die AGPL ist eine spezielle Variante der GPL, die eine Lücke der klassischen GPL schließt: Während die GPL nur greift, wenn Software weitergegeben wird, verlangt die AGPL auch dann die Offenlegung des Quellcodes, wenn die Software über ein Netzwerk (z. B. als Webanwendung oder Cloud-Service) genutzt wird. Wer also eine AGPL-Software anpasst und als Webdienst bereitstellt, muss den Quellcode dieser Version allen Nutzern zugänglich machen – nicht nur bei klassischer Software-Distribution, sondern schon bei bloßer Nutzung über das Netz. Sowohl der ursprüngliche Lizenztext als auch die Copyright-Hinweise (also die ursprünglichen Entwickler:innen) dürfen natürlich nicht entfernt werden.
In der Praxis heißt das für Hochschulen:
Die AGPL ist deshalb besonders „ansteckend“ und wird von vielen Unternehmen gemieden, Hochschulen sollten sich der Offenlegungspflichten bewusst sein.
Yulia: Eine einmalige Lektüre der Lizenz reicht meist nicht aus, um alle Fallstricke zu erkennen. Folgende Maßnahmen helfen, den Überblick zu behalten:
Open Source lebt von Vertrauen, Fairness und dem Willen, gemeinsam etwas zu schaffen, das größer ist als der eigene Bedarf. Damit das gelingt, braucht es Haltung. Die Haltung, sich einzubringen. Die Haltung, andere Perspektiven zuzulassen. Und die Haltung, Software nicht nur als Werkzeug zu sehen, sondern als gemeinschaftliche Aufgabe.
Es ist an der Zeit, Open Source nicht mehr als Nischenlösung zu begreifen. Sondern als das, was es ist: eine starke, unabhängige und zukunftsfähige Basis für digitale Bildung. Wer das versteht, erkennt nicht nur den Wert von Open Source, sondern auch die eigene Rolle darin.
