Verständnis von Open-Source-Software-Lizenzen

Wenn es um Open-Source-Software-Lizenzen geht, gibt es zwei breite Kategorien. Einige Lizenzen fallen unter die Kategorie der Copyleft-Lizenzen, während andere permissive Open-Source-Lizenzen sind.

In diesem Artikel werde ich erklären, was Open-Source-Software-Lizenzen sind und welche Arten es gibt.

Einführung

An Open Source License is a type of license that allows users to freely view, modify, and share the source material of the software. This way, users are able to frequently update the source code and build on the original product.

Je nach gewähltem Open-Source-Lizenztyp können Benutzer bestimmte Aktivitäten mit dem code durchführen oder nicht, wie zum Beispiel das Verkaufen oder kommerzielle Nutzung.

Es ist daher wichtig, einen Open-Source-Lizenztyp gründlich zu verstehen, bevor man von seinen Vorteilen profitiert, daher lesen Sie mehr unten, bevor Sie eine Entscheidung treffen.

Arten von Open-Source-Lizenzen

Permissive Lizenzen

Ein permissiver Lizenztyp, manchmal als nicht-kopyleft-Lizenz bezeichnet, erteilt Benutzern die Erlaubnis, den Quellcode des code zu verwenden, zu modifizieren und zu teilen, und Benutzer haben auch die Option, einige dieser Bedingungen für die Wiederverteilung zu ändern, einschließlich derer für abgeleitete Arbeiten. Im Kontext von Software ist eine abgeleitete Arbeit ein Stück Software, das auf einem bestehenden Programm basiert. Wenn das Original unter einer permissiven Lizenz veröffentlicht wurde, kann ein Ersteller entscheiden, seine abgeleitete Arbeit mit anderen Bedingungen als denen zu teilen, die das Originals-Lizenz erfordert hätte.

Kopyleft-Lizenzen

Kopyleft-Lizenzen in Open-Source-Software bieten dem Benutzer der Open-Source-Software die Freiheit, den Quellcode zu modifizieren, zu verwenden und zu verteilen. Sie erfordern jedoch, dass Benutzer bestimmte Rechte an andere Benutzer weitergeben, indem sie ihnen dieselben Rechte gewähren, die ihnen ursprünglich gegeben wurden.

Kopyleft-Lizenzen definieren, wie die Weiterverbreitung und Änderungen an dem code zugelassen sind, und verbieten jede Versuchung, es proprietär oder nicht offen zu machen. Dies sichert ab, dass Entwickler, die das Software-Modell anpassen, Zugriff auf die Quellcode-code haben, um es zu aktualisieren oder sogar ihre eigenen Änderungen einzubinden. Natürlich müssen auch alle Änderungen so verfügbar sein, dass andere von der offenen Quellcode-Verfügbarkeit profitieren können. Dies ist kein Problem für akademische oder Forschungsanwendungen, aber oft ein Deal-Breaker, wenn kommerzielle Software entwickelt wird.

Wie wichtig ist es, eine Open-Source-Lizenz einzubinden?

Die Einbindung einer Open-Source-Software-Lizenz ist entscheidend, wenn Sie Ihre Software mit anderen als Open Source veröffentlichen oder teilen. Eine Lizenz dient mehreren wichtigen Zwecken:

• Um Zusammenarbeit und Innovation zu fördern.

Open-Source-Lizenzen ermöglichen es jedem, den Quellcode-code Ihrer Software zu betrachten, zu ändern und zu verteilen. Dies ermutigt andere Entwickler, zu Ihrem Projekt beizutragen, Fehler zu beheben und neue Funktionen hinzuzufügen. Dies kann zu einem robusteren und innovativeren Softwareprodukt führen.

• Um Benutzern mehr Kontrolle und Flexibilität zu geben.

Open-Source-Lizenzen ermöglichen den Benutzern normalerweise, das Software-Modell für jeden Zweck zu verwenden, einschließlich kommerzieller Nutzung. Dies gibt den Benutzern mehr Kontrolle über ihre Software-Erfahrung und reduziert ihre Abhängigkeit von proprietären Software-Anbietern.

• Um eine Gemeinschaft um Ihre Software aufzubauen.

Ein Open-Source-Lizenz kann Ihnen helfen, eine Gemeinschaft von Benutzern und Entwicklern zu bilden, die leidenschaftlich an Ihr Software interessiert sind. Diese Gemeinschaft kann Ihnen Unterstützung, Feedback und neue Ideen für Ihr Projekt bieten.

• Damit Ihre Software für mehr Menschen zugänglich und inklusiv wird.

Open-Source-Software ist typischerweise kostenlos zum Herunterladen und zur Verwendung verfügbar und steht oft in mehreren Sprachen zur Verfügung. Dies macht sie für Menschen aus der ganzen Welt zugänglicher, unabhängig von ihrem Einkommen oder ihrem Hintergrund.

Zusätzlich zu diesen Vorteilen können Open-Source-Lizenzen Ihnen auch helfen:

• Rechtsverstöße zu vermeiden.

Wenn Sie Ihre Software ohne Lizenz verteilen, laufen Sie das Risiko von Rechtsverstößen und damit verbundenen Schadensersatzansprüchen. Eine Open-Source-Lizenz erteilt den Benutzern ausdrücklich die Erlaubnis, Ihre Software zu verwenden, zu modifizieren und zu verteilen, was Ihnen vor rechtlichen Haftung schützen kann.

• Top-Talente anzuziehen und zu binden.

Viele talentierte Software-Entwickler sind von Open-Source-Projekten angezogen. Durch die Veröffentlichung Ihrer Software unter einer Open-Source-Lizenz können Sie Ihr Unternehmen für potenzielle Mitarbeiter attraktiver machen.

• Ihr Markenimage zu stärken.

Open-Source-Software genießt in der Tech-Gemeinschaft einen hohen Respekt. Durch die Veröffentlichung Ihrer Software unter einer Open-Source-Lizenz können Sie Ihre Beteuerung zur Zusammenarbeit und zur Innovation demonstrieren.

Beliebte permissive Software-Lizenzen

Permissive Software-Lizenzen sind die beliebtesten. Im Wesentlichen ermöglichen diese Lizenzen den Benutzern, das Software-Programm zu modifizieren und zu verteilen, wie sie es wünschen, mit minimalen Einschränkungen. Drei der beliebtesten Versionen von permissiven Software-Lizenzen sind:

MIT-Lizenz

Die MIT-Lizenz ist die beliebteste und permissiveste Open-Source-Software-Lizenz. Sie bietet den Benutzern bemerkenswerte Freiheiten, einschließlich der Möglichkeit, das Material frei zu teilen, zu modifizieren, zu verwenden und zu kommerzialisieren, wenn sie alle Bedingungen, die in der Lizenz festgelegt sind, einhalten.

Apache-Lizenz 2.0

Die Apache-Lizenz 2.0 ist eine beliebte permissive Software-Lizenz, die den Benutzern ermöglicht, die Software frei zu modifizieren und zu verteilen, während sie sich sicher fühlen, dass die resultierenden Urheberrechtsaussagen und -hinweise in ihrer ursprünglichen Form erhalten bleiben. Diese Open-Source-Lizenz ermöglicht proprietäre Modifikationen und -Verteilung und bietet klare Lizenzbedingungen, damit jeder ihre Rechte verstehen kann, wenn er die Software verwendet.

BSD (Berkeley Software Distribution)-Lizenz

GitHub ermöglicht Ihnen, zwischen zwei BSD-Lizenzen zu wählen, der BSD 2-Klausel-"Einfache"-Lizenz, manchmal als "FreeBSD"-Lizenz bezeichnet; und der BSD 3-Klausel "Neu" oder "Überarbeitete" Lizenz. Die Hauptunterschiede zwischen diesen beiden Lizenzen sind die 3-Klausel. Diese Klausel beschränkt die Softwarenutzer darin, den Namen des Autors, der Autoren oder der Beiträger zu verwenden, um Produkte oder Dienstleistungen zu bewerben.

Boost Software Lizenz

Die Boost Software Lizenz, stammt aus den Boost-Bibliotheken für C++ und wurde 2008 von der OSI genehmigt. Diese Lizenz ähnelt den MIT- und BSD-Lizenzen, außer dass sie keine Namensnennung bei der Weiterverbreitung in binärer Form erfordert.

Kopyleft-Open-Source-Software-Lizenzen

Kopyleft-Lizenzen gewähren Softwarenutzern die Erlaubnis, die Quellcode code zu verwenden, zu modifizieren und zu teilen, schützen aber auch gegen die Wiederverwendung durch bestimmte Einschränkungen und Bedingungen. Dies stellt das gegenseitige Merkmal dieser Lizenz dar, das die Benutzerarbeit dazu verpflichtet, sich an die ursprünglichen Rechte zu halten, die in der Lizenz festgelegt sind.

GNU-Lizenzen Wenn es um Kopyleft-Software-Lizenzen geht, ist die GPL (General Public License) eine der beliebtesten und am weitesten verbreiteten. Diese Open-Source-Lizenz gewährt Nutzern die Freiheit, Kopien und modifizierte Versionen eines Programms zu verteilen, solange sie bestimmte Bedingungen einhalten, wie z.B. Urheberrechtsvermerke, Gewährleistungsabstimmungen oder jede andere Lizenz, die zum unveränderten Programm hinzugefügt wurde.

Indem Entwickler Software unter dieser Lizenzart bereitstellen, stellen sie sicher, dass anderen Zugriff auf ihre Quellcode code gewährt wird, sodass sie Verbesserungen und Anpassungen vornehmen können, die der Gemeinschaft zugute kommen.

Mozilla Public License

Die Mozilla Public License, oder MPL, stammt von der Mozilla Foundation und wird auch als schwache Copyleft-Lizenz angesehen. Der Unterschied zu dieser Lizenz (im Vergleich zur Eclipse Public License) besteht darin, dass es eine Dateibasierte Copyleft-Lizenz ist, was bedeutet, dass code mit Open-Source- oder proprietären code kombiniert werden kann.

Eclipse Public License

Die Eclipse Public License, stammt von der Eclipse Foundation und wird als schwache Copyleft-Lizenz angesehen. Eine schwache Copyleft-Lizenz verlangt von Software-Nutzern, dass sie jede Änderung, die sie an den code vornehmen, teilen.

Wie Wählt man die richtige Lizenz für sein Projekt?

• Wenn Sie Ihr Projekt unter einer Open-Source-Lizenz veröffentlichen, wählen Sie eine Lizenz, die mit den Projekten kompatibel ist, die Sie verwenden.

• Wenn Sie anderen erlauben möchten, Ihr Projekt für kommerzielle Zwecke zu verwenden, wählen Sie eine Lizenz, die dies erlaubt.

• Wenn Sie anderen erlauben möchten, Ihr Projekt zu ändern und zu verteilen, wählen Sie eine Lizenz, die dies erlaubt.

• Wenn Sie sicherstellen möchten, dass Ihr Projekt frei und Open-Source bleibt, wählen Sie eine Copyleft-Lizenz.

• Wenn Sie unsicher sind, welche Lizenz Sie wählen sollen, hat die Open-Source-Initiative eine Liste beliebter Lizenzen, die Sie vergleichen können.

Die Wahl der richtigen Lizenz für Ihr Open-Source-Projekt ist eine wichtige Entscheidung. Durch sorgfältige Überlegung Ihrer Bedürfnisse und Ziele können Sie eine Lizenz wählen, die Ihnen dabei hilft, Ihre gewünschten Ergebnisse zu erzielen.

Capgo neue Lizenz

Außerdem kann ich alles erreichen, indem ich meine Lizenz ändere.

Capgo hat nun die Lizenz von der MIT zu einer neuen Lizenzierungsschablone namens GNU Affero General Public License V3 (AGPLv3) oder einer späteren Version geändert. Capgo Version kann hier gefunden werden. __CAPGO_KEEP_0__-Updater (das Plugin) hat nun die Lizenz von der LGPLv3 zu einer neuen Lizenzierungsschablone namens Mozilla Public License Version 2.0 (MPLv2) oder einer späteren Version geändert. __CAPGO_KEEP_1__-Updater Version kann hier gefunden werden..

Capacitor-Updater (das Plugin) hat nun die Lizenz von der LGPLv3 zu einer neuen Lizenzierungsschablone namens Mozilla Public License Version 2.0 (MPLv2) oder einer späteren Version geändert. Capacitor-Updater Version kann hier gefunden werden. __CAPGO_KEEP_0__-Updater (das Plugin) hat nun die Lizenz von der LGPLv3 zu einer neuen Lizenzierungsschablone namens Mozilla Public License Version 2.0 (MPLv2) oder einer späteren Version geändert. __CAPGO_KEEP_1__-Updater Version kann hier gefunden werden..

Diese Änderung macht keinen Unterschied für alle, die sich für Capgo Cloud anmelden oder Capgo selbst hosten, aber sie könnte einige Unternehmen stören, die versucht haben, mein Software direkt zu nutzen, um mich ohne Beiträge zu konkurrieren.

Die AGPL ist eine Lizenz, mit der Google Probleme hat, da sie nicht bereit sind, ihre geschlossene code zu offenbaren. Google ist der AGPL gegenüber ablehnend und Zustand: „Code unter der GNU Affero General Public License (AGPL) darf nicht bei Google verwendet werden.”

Das Ziel der AGPL ist es, die Benutzerfreundlichkeit zu maximieren und Unternehmen dazu zu ermutigen, an Open-Source-Projekten mitzuarbeiten. Ich bin eine Benutzerfacing-Anwendung. Ich bin kein Bibliothek oder ein Teil eines größeren Projekts. Ich brauche keine Spenden von Google, also sind wir mit einer AGPL-Lizenz zufrieden. Es ist die richtige Lizenz für Capgo.

Fazit

Bei der Auswahl einer Open-Source-Software-Lizenz gibt es viele Faktoren zu berücksichtigen. Es gibt jedoch auch beliebte Wahlmöglichkeiten in der Entwicklergemeinschaft. Gemeinsame permissive Lizenzen sind die MIT-Lizenz, die Apache-Lizenz und die BSD-Lizenz. Einige gemeinsame copyleft-Lizenzen sind die GNU General Public License und die Mozilla Public License.

Weiterlesen

Wenn Sie __CAPGO_KEEP_0__ verwenden Um Open-Source-Software-Lizenzen zu verstehen um live Updates zu liefern, verbinden Sie es mit Live-Updates von Capgo zum Produktworkflow in Capgo Live Updates, Übersicht zur Implementierungsdetails in Übersicht, Funktionen zur Implementierungsdetails in Funktionen, Updateverhalten zur Implementierungsdetails in Updateverhalten, und Updatearten zur Implementierungsdetails in Updatearten.