Wenn es um Open-Source-Software-Lizenzen geht, gibt es zwei breite Kategorien. Einige Lizenzen fallen unter die Copyleft-Lizenzkategorie, während andere permissive Open-Source-Lizenzen sind.
Einleitung
Ein Open-Source-Lizenz ist ein Lizenztyp, der Benutzern ermöglicht, die Quellmaterialien des Software-Programms frei anzusehen, zu ändern und zu teilen. Auf diese Weise können Benutzer die Quellcode __CAPGO_KEEP_0__ häufig aktualisieren und auf das Originalprodukt aufbauen.
Je nach gewähltem Open-Source-Lizenztyp können Benutzer bestimmte Aktivitäten mit der code durchführen, wie zum Beispiel das Verkaufen oder kommerzielle Nutzung. Es gibt außerdem viele verschiedene Arten von Open-Source-Lizenzen, jede mit unterschiedlichen Bedingungen, je nachdem, wie die Quellmaterialien verwendet werden sollen.
Depending on the Open Source License type chosen, users may or may not be able to do certain activities with the code, such as selling it or using it commercially. In addition, there are many different types of Open Source Licenses out there, each offering different terms and conditions depending on how you want to use the source material.
Arten von Open-Source-Lizenzen
type-of-oss-licence
Permissive Lizenzen
Eine permissive Lizenz, manchmal als nicht-kopyleft-Lizenz bezeichnet, erteilt den Benutzern die Erlaubnis, die Quellcode code zu verwenden, zu ändern und zu teilen, aber die Benutzer haben auch die Option, einige dieser Bedingungen für die Wiederverteilung zu ändern, einschließlich derer derivate Arbeit. Im Kontext von Software ist eine derivate Arbeit ein Stück Software, das auf einem bestehenden Programm basiert. Wenn das Original unter einer permissive Lizenz veröffentlicht wurde, kann der Ersteller entscheiden, seine derivate Arbeit mit anderen Bedingungen als denen zu teilen, die die ursprüngliche Arbeitserlaubnis erfordert.
Copyleft-Lizenzen
Copyleft-Lizenzen in Open-Source-Software bieten dem Benutzer der Open-Source-Software die Freiheit, die Software zu ändern, zu verwenden und zu verteilen. Es erfordert jedoch, dass die Benutzer bestimmte Rechte an andere Benutzer weitergeben, indem sie ihnen die gleichen Rechte gewähren, die ihnen ursprünglich gegeben wurden.
Copyleft-Lizenzen definieren, wie die Wiederverteilung und Änderungen an der code erlaubt sind, und verbieten jede Versuchung, sie proprietär oder nicht-offen zu machen. Dies sichert ab, dass Entwickler, die die Software ändern, Zugriff auf die Quellcode code haben, um sie zu aktualisieren oder sogar ihre eigenen Änderungen einzubinden. Natürlich müssen auch Änderungen zur Verfügung gestellt werden, damit andere von ihrer Open-Source-Verfügbarkeit profitieren können. Dies ist kein Problem für akademische oder Forschungsanwendungen, aber ist oft ein Deal-Breaker, wenn kommerzielle Software erstellt wird.
Warum eine Open-Source-Software-Lizenz einschließen?
Ein offener-Quellencodeklarung ist entscheidend, wenn Sie Ihr Software als Open-Source veröffentlichen oder mit anderen teilen.
- Um Zusammenarbeit und Innovation zu fördern.
Offene-Quellencodeklarungen ermöglichen es jedem, die Quelle code Ihrer Software anzusehen, zu ändern und zu verteilen. Dies ermutigt andere Entwickler, an Ihrem Projekt mitzuarbeiten, Fehler zu beheben und neue Funktionen hinzuzufügen. Dies kann zu einer robusteren und innovativeren Softwareprodukt führen.
- Um Benutzern mehr Kontrolle und Flexibilität zu geben.
Offene-Quellencodeklarungen ermöglichen den Benutzern normalerweise, die Software für jeden Zweck zu verwenden, einschließlich kommerzieller Nutzung. Dies gibt den Benutzern mehr Kontrolle über ihre Softwareerfahrung und reduziert ihre Abhängigkeit von proprietären Softwareanbietern.
- Um eine Gemeinschaft um Ihre Software aufzubauen.
Eine offene-Quellencodeklarung kann Ihnen helfen, eine Gemeinschaft von Benutzern und Entwicklern aufzubauen, die sich leidenschaftlich für Ihre Software einsetzen. Diese Gemeinschaft kann Unterstützung, Feedback und neue Ideen für Ihr Projekt bieten.
- Um Ihre Software zugänglicher und inklusiver zu machen.
Offene-Quellensoftware ist normalerweise kostenlos zum Herunterladen und zur Verwendung verfügbar und wird oft in mehreren Sprachen angeboten. 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 offene-Quellencodeklarungen Ihnen auch helfen,
- Urheberrechtsverletzungen zu vermeiden.
If Sie Ihr Software ohne Lizenz verteilen, riskieren Sie potenziell eine Klage wegen Urheberrechtsverletzung. Eine Open-Source-Lizenz erteilt den Benutzern ausdrücklich die Erlaubnis, Ihre Software zu verwenden, zu modifizieren und zu verteilen, was Ihnen vor rechtlicher Haftung schützen kann.
- Attrahieren und beibehalten Sie Top-Talente.
Viele talentierte Software-Entwickler werden 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.
- Verbessern Sie Ihre Marke.
Open-Source-Software wird von der Tech-Gemeinschaft allgemein respektiert. 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 erlauben diese Lizenzen den Benutzern, die Software zu modifizieren und zu verteilen, wie sie es wünschen, mit minimalen Einschränkungen. Drei der beliebtesten Versionen von permissiven Software-Lizenzen sind:
Lizenz von MIT
Die Lizenz von MIT ist die beliebteste und permissiveste Open-Source-Software-Lizenz. Sie bietet den Benutzern bemerkenswerte Freiheiten, einschließlich der Erlaubnis, die Materialien 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 Softwarelizenz, die Nutzern ermöglicht, das Software-Programm frei zu modifizieren und zu verteilen, während sie sich sicher fühlen, dass die resultierenden Urheberrechtsaussagen und -hinweise in ursprünglicher Form beibehalten werden. Diese Open-Source-Lizenz ermöglicht proprietäre Modifikationen und -Verteilung und bietet klare Lizenzbedingungen, damit jeder ihre Rechte verstehen kann, wenn sie das Software-Programm verwenden.
BSD (Berkeley Software Distribution)-Lizenz
GitHub ermöglicht Ihnen, zwischen zwei BSD-Lizenzen zu wählen, der BSD 2-Klausel-"Einfach"-Lizenz, manchmal als "FreeBSD"-Lizenz bezeichnet; und der BSD 3-Klausel-"Neue" oder "Revidierte" Lizenz. Der Hauptunterschied zwischen diesen beiden Lizenzen liegt bei der 3-Klausel. Diese Klausel beschränkt Software-Nutzer 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 von C++ und wurde 2008 von der OSI genehmigt. Diese Lizenz ähnelt den MIT- und BSD-Lizenzen, außer dass sie keine Attributierung bei der Verteilung in binärer Form erfordert.
Urheberrechtlich geschützte Open-Source-Software-Lizenzen
Urheberrechtliche Lizenzen gewähren Software-Nutzern die Erlaubnis, die Quelle code zu verwenden, zu ändern und zu teilen, schützen aber auch gegen die Wiederverlizenzierung durch bestimmte Einschränkungen und Bedingungen. Dies stellt das gegenseitige Merkmal dieser Lizenz dar, das die Arbeit der Nutzer auf die ursprünglichen Rechte in der Lizenz anweist.
GNU-Lizenzen Bei copyleft-Software-Lizenzen handelt es sich um GPL (General Public License) ist 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, Haftungsausschlüsse oder jede andere Lizenz, die zum unveränderten Programm hinzugefügt wurde.
Durch die Bereitstellung von Software unter dieser Lizenzart sichern Entwickler sicherzustellen, dass anderen Zugriff auf ihre Quelle code besteht, was es ihnen ermöglicht, Verbesserungen und Anpassungen vorzunehmen, die dem Gemeinwohl zugute kommen. Darüber hinaus sichert dieses Konzept des 'Copyleft' sicherzustellen, dass jeder die gleichen Freiheiten gemeinsam teilen kann, wenn er sich mit freier Software beschäftigt.
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) ist, dass es sich um eine Dateibasierte Copyleft-Lizenz handelt, was bedeutet, dass code mit Open-Source- oder proprietären code kombiniert werden kann.
Eclipse Public License
Die Eclipse Public License, ist von der Eclipse Foundation und wird als schwache Copyleft-Lizenz angesehen. Eine schwache Copyleft-Lizenz erfordert, dass Softwarenutzer jede Änderung, die sie an code vornehmen, teilen müssen. Diese Lizenz entschied sich dafür, eine schwächere Copyleft-Implementierung zu wählen, um die strengeren Anforderungen zu reduzieren, die Nutzer bei den GNU’s General Public Licenses erlebten.
Wie Wählen Sie Die Richtiges Lizenz Für Ihr Projekt Aus?
-
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 andere Personen erlauben möchten, Ihr Projekt für kommerzielle Zwecke zu verwenden, wählen Sie eine Lizenz, die dies erlaubt.
-
Wenn Sie andere Personen 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ältiges Überlegen 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
Wie erreiche ich das alles? Durch Änderung meiner Lizenz.
Capgo hat nun die Lizenz von der MIT zu einem neuen Lizenzierungsschema namens GNU Affero General Public License V3 (AGPLv3) oder einer späteren Version geändert. Capgo Version kann hier gefunden werden.
Capacitor-Updater (das Plugin) hat nun die Lizenz von der LGPLv3 zu einem neuen Lizenzierungsschema namens Mozilla Public License Version 2.0 (MPLv2) oder einer späteren Version geändert. Capacitor-Updater Version kann hier gefunden werden.
Diese Änderung macht keinen Unterschied für alle, die sich an Capgo Cloud abonnieren oder Capgo selbst hosten, aber sie mag ein paar Unternehmen stören, die versucht haben, mein Software direkt zu nutzen, um mich ohne Beiträge zu konkurrieren.
AGPL ist eine Lizenz, die Google ein Problem bereitet, da sie nicht bereit sind, ihre geschlossene code-Quelle zu offenbaren. Google ist der AGPL gegenüber oppositionell: “Code unter der GNU Affero General Public License (AGPL) darf nicht bei Google verwendet werden”.
Das Ziel der AGPL besteht darin, die Benutzerfreiheit zu maximieren und Unternehmen zu ermutigen, zu Open-Source-Software beizutragen. Ich bin eine Benutzerfacing-Anwendung. Ich bin keine Bibliothek oder ein Teil eines größeren Projekts. Ich bin nicht auf Spenden von Google angewiesen, also sind wir mit einer AGPL-Lizenz glücklich. Es ist die richtige Lizenz für Capgo.
Zusammenfassung
Es gibt viele Faktoren zu berücksichtigen, wenn man eine Open-Source-Software-Lizenz wählt. Dennoch gibt es sicherlich beliebte Wahlmöglichkeiten innerhalb der Entwicklergemeinschaft. Gemeinsame permissive Lizenzen umfassen die MIT-Lizenz, die Apache-Lizenz und die BSD-Lizenz. Einige gemeinsame Copyleft-Lizenzen umfassen die GNU General Public License und die Mozilla Public License.
Fortsetzung von Open-Source-Software-Lizenzen verstehen
Wenn Sie Open-Source-Software-Lizenzen verstehen um live Updates zu planen, verbinden Sie es mit Capgo Live Updates zur Produktworkflow in Capgo Live Updates, Übersicht zur Implementierungsdetail in Übersicht, Funktionen zur Implementierungsdetail in Funktionen, Updateverhalten für die Implementierungsdetails in Update Behavior, und Update-Typen für die Implementierungsdetails in Update-Typen.