Wenn jemand so verwirrt über Softwarelizenzen ist wie ich es war, hier ist, wie ich sie jetzt sehe. Softwarelizenzen regeln, was Menschen mit deinem Code tun können. Die MIT-Lizenz erlaubt es den Menschen, alles zu tun. Angenommen, du erstellst eine JSON-Parsing-Bibliothek mit MIT-Lizenz. Ein Startup kann deinen Code nehmen, ihn modifizieren und als Teil ihres kostenpflichtigen API-Dienstes verkaufen, ohne dir etwas zurückzugeben. Sie müssen nur deinen Copyright-Hinweis in den Codekommentaren beibehalten. React verwendet MIT, also hätte Facebook es proprietär machen können, aber sie haben sich entschieden, es offen zu halten. Dies ist die "Mach, was du willst"-Lizenz. GPL zwingt zum Teilen. Stell dir vor, du erstellst ein Web-Framework unter GPL. Wenn jemand dein Framework modifiziert, um neue Funktionen hinzuzufügen, muss er diese Modifikationen ebenfalls als GPL veröffentlichen. Sie können keine proprietäre Version verkaufen. WordPress verwendet GPL, daher müssen alle WordPress-Themen und -Plugins ebenfalls GPL sein. Wenn du ein kommerzielles CMS auf WordPress aufbaust, wird dein gesamtes CMS GPL. Das hält alles Open Source. Apache 2.0 behandelt Patente besser. Du schreibst eine Machine-Learning-Bibliothek und jemand trägt einen Algorithmus bei. Später versucht er, Benutzer wegen Patentverletzung für diesen Algorithmus zu verklagen. Mit der Apache-Lizenz verlieren sie automatisch ihre Rechte, deine Bibliothek zu verwenden. Es ist ein Schutz gegen Patent-Trolle. Kubernetes verwendet Apache 2.0, weil Cloud-Unternehmen sich um Patentprobleme sorgen. BSD ist im Grunde MIT mit anderen Worten. Du erstellst eine Netzwerkbibliothek unter BSD. Die gleichen Regeln wie MIT, die Leute können tun, was sie wollen. FreeBSD verwendet dies, weshalb Apple BSD-Code nehmen und in macOS einfügen konnte, ohne den Quellcode von macOS freizugeben. Die meisten Entwickler verwenden jetzt einfach MIT, weil es klarer ist. LGPL ist GPL für Bibliotheken. Du baust eine PDF-Generierungsbibliothek unter LGPL. Unternehmen können deine Bibliothek in ihrer proprietären Software verwenden, ohne ihre gesamte App LGPL zu machen. Aber wenn sie deinen Bibliothekscode selbst modifizieren, müssen diese Änderungen LGPL sein. Der VLC-Mediaplayer verwendet LGPL, damit andere Apps die Video-Wiedergabe einfügen können, ohne GPL zu werden. Proprietär bedeutet, dass du alles kontrollierst. Du baust eine Datenbank-Engine und hältst sie proprietär. Unternehmen zahlen dir Lizenzgebühren, um sie zu nutzen. Sie können den Quellcode nicht sehen, ihn nicht modifizieren, ihn nicht weiterverbreiten. Oracle Database funktioniert so. Du verdienst Geld mit Lizenzen, beschränkst aber, wer es nutzen kann. Dual-Lizenzierung bietet Optionen. Du veröffentlichst eine Datenbank unter sowohl GPL- als auch kommerziellen Lizenzen. Open-Source-Projekte verwenden die GPL-Version kostenlos. Unternehmen, die keine GPL-Beschränkungen wollen, zahlen für die kommerzielle Lizenz. MySQL macht das. Startups verwenden kostenloses MySQL, große Unternehmen kaufen oft kommerzielle Lizenzen. Public Domain gibt alle Rechte auf. Du erstellst eine Hash-Funktion und stellst sie in die Public Domain. Jeder kann damit tun, was er will, keine Einschränkungen, keine Attribution erforderlich. SQLite macht das. Regierungsbehörden lieben es, weil es kein rechtliches Risiko gibt. Eine Bibliothek erstellen, die jeder nutzen soll? Wähle MIT. Möchtest du sicherstellen, dass Verbesserungen zur Gemeinschaft zurückkommen? Verwende GPL. Machst du dir Sorgen über Patente in Unternehmenssoftware? Wähle Apache. Ein Geschäft um deinen Code aufbauen? Bleib proprietär. Möchtest du maximale Freiheit für die Benutzer? Probiere die Public Domain. Der Schlüssel ist, deine Ziele mit den Lizenzbeschränkungen abzugleichen. Kopiere nicht einfach, was andere Projekte tun, ohne zu verstehen, warum sie diese Lizenz gewählt haben.