Was erlaubt die mit Lizenz?

MIT-Lizenz: Nutzung, Veränderung und Verkauf

Die was erlaubt die mit lizenz ermöglicht Nutzern weitreichende Freiheiten im Umgang mit Software-Code. Ein tiefgreifendes Verständnis der Bedingungen schützt vor rechtlichen Fehlern bei der Veröffentlichung eigener Projekte. Informieren Sie sich über die Details der Lizenzvereinbarung, um Ihren Code sicher zu verwenden und Ihre Rechte als Entwickler optimal zu nutzen.

Was erlaubt die mit Lizenz im Detail?

Die MIT-Lizenz ist eine der freizügigsten Open-Source-Lizenzen der Welt. Sie erlaubt es Ihnen, Software nahezu uneingeschränkt zu nutzen, zu verändern und sogar mit lizenz kommerziell nutzen, solange Sie den ursprünglichen Copyright-Hinweis beibehalten.

Seien wir ehrlich - juristische Texte schrecken ab. Als ich mein erstes großes Softwareprojekt veröffentlichte, hatte ich panische Angst vor rechtlichen Fehlern. Die MIT-Lizenz nimmt diese Angst. Branchenschätzungen zufolge nutzen viele populäre Open-Source-Projekte genau dieses Modell. Der Grund dafür ist simpel. Sie ist extrem kurz, leicht verständlich und sehr entwicklerfreundlich. Es gibt jedoch einen kritischen Fehler, den viele Anfänger bei der Lizenzierung machen - ich zeige Ihnen im Abschnitt über die pflichten mit lizenz weiter unten, wie Sie diesen vermeiden.

Nutzungsrechte: Darf ich mit Lizenz Code verkaufen?

Ja, das dürfen Sie. Sie können den lizenzierten Quellcode in Ihre eigenen, kostenpflichtigen Produkte einbetten und darf ich mit lizenz code verkaufen.

Das überrascht viele Entwickler. In Wirklichkeit - und das habe ich in meiner eigenen Agentur oft erlebt - basieren unzählige kommerzielle SaaS-Anwendungen auf MIT-lizenziertem Code. Die Lizenz verlangt nicht, dass Sie Ihre eigenen, darauf aufbauenden Werke ebenfalls als Open Source veröffentlichen. Sie können geschlossenen, proprietären Code schreiben, der MIT-Komponenten nutzt.

Verändern, Vervielfältigen und Weiterlizenzieren

Sie dürfen den Code nach Ihren Wünschen umschreiben oder anpassen. Kopien erstellen und an Dritte weitergeben ist ebenfalls uneingeschränkt gestattet. Noch besser: Sie können Ihre modifizierte Version in andere Projekte integrieren und unter neuen, eigenen Bedingungen vertreiben.

Aber hier wird es interessant - und das betrifft Ihre rechtliche Sicherheit.

Die Pflichten mit Lizenz: Was Sie zwingend tun müssen

Die Lizenz ist extrem freizügig, verlangt aber zwei grundlegende Dinge. Ohne diese Erfüllung riskieren Sie eine Verletzung des Urheberrechts.

Urheberrecht nennen und Lizenztext beilegen

Sie müssen den ursprünglichen Copyright-Hinweis (die Nennung der Urheber) in Ihren Kopien oder in Ihrer Software beibehalten. Der vollständige Text der MIT-Lizenz muss ebenfalls in Ihrer Dokumentation oder Ihrem Projekt enthalten sein.

Hier ist der kritische Fehler, den ich vorhin erwähnt habe: Viele Entwickler kopieren den Code, vergessen aber, die originale LICENSE-Datei in ihr eigenes Verzeichnis zu übernehmen. Genau das passierte mir 2018. Ich hatte ein geniales Modul eingebaut, aber den Text ignoriert. Eine böse E-Mail des Urhebers belehrte mich eines Besseren. Es dauerte Stunden, alle Repositories nachträglich zu korrigieren. Machen Sie diesen Fehler nicht.

Konkrete Vorlage zur Einbindung

Die praktische Umsetzung ist unkompliziert. Erstellen Sie eine Textdatei namens LICENSE in Ihrem Hauptverzeichnis. Fügen Sie dort folgenden Block ein: Copyright (c) (Jahr) (Name des Urhebers) Gefolgt vom Standard-Text der MIT-Lizenz in Englisch.

Das ist alles. Eine einfache Textdatei schützt Sie vor rechtlichen Konsequenzen.

Gewährleistung und Haftungsausschluss

Niemand möchte für kaputte Software verklagt werden. Die MIT-Lizenz schließt jegliche Gewährleistung oder Haftung für Schäden explizit aus. Der Code wird as is (wie besehen) bereitgestellt.

Wenn jemand Ihren Open-Source-Code nutzt und sein Server abstürzt, sind Sie rechtlich auf der sicheren Seite. Dieser Schutzmechanismus ist der Hauptgrund, warum Unternehmen überhaupt freiwillig Code der Öffentlichkeit zur Verfügung stellen. Ohne diesen strikten Haftungsausschluss würde die gesamte Open-Source-Welt sofort kollabieren.

MIT-Lizenz vs. Andere Open-Source-Lizenzen

MIT-Lizenz (Empfohlen für maximale Reichweite)

• Nicht vorhanden. Eigene Anpassungen können geschlossen bleiben.

• Uneingeschränkt erlaubt.

• Nicht explizit im Text geregelt.

• Zwingend erforderlich (Copyright-Hinweis und Lizenztext).

GNU GPL v3

• Streng. Abgeleitete Werke müssen ebenfalls Open Source sein.

• Erlaubt, aber mit strengen Auflagen verbunden.

• Ausdrücklich enthalten zum Schutz der Nutzer.

• Zwingend erforderlich.

Apache Lizenz 2.0

• Nicht vorhanden.

• Uneingeschränkt erlaubt.

• Umfassend und explizit geregelt.

• Zwingend erforderlich, inklusive einer "NOTICE"-Datei falls vorhanden.

Klaus und die Angst vor dem Urheberrecht

Klaus, ein 32-jähriger Freelancer aus München, wollte eine kommerzielle Terminplanungs-App veröffentlichen. Er nutzte dafür eine beliebte Kalender-Bibliothek, die unter der MIT-Lizenz stand. Kurz vor dem Launch packte ihn die Panik vor einer teuren Abmahnung.

Er versuchte, den ursprünglichen Entwickler auf GitHub zu kontaktieren, um eine schriftliche Verkaufserlaubnis zu erhalten. Zwei Wochen vergingen ohne Antwort. Klaus blockierte seinen eigenen Produkt-Launch, weil er dachte, er brauche einen Vertrag.

Der Durchbruch kam, als er sich in einem Entwickler-Forum beraten ließ und den Begriff "Erlaubnis im Voraus" verstand. Er erkannte, dass er niemanden fragen musste. Er kopierte lediglich den Text der Lizenz in den "About"-Dialog seiner App.

Nach drei Monaten generierte seine App rund 2000 Euro monatlichen Umsatz. Der Code-Urheber meldete sich nie, und Klaus sparte sich Tausende Euro für rechtliche Beratungen, weil er das einfache Prinzip der Namensnennung verstanden hatte.