Einführung

Entwickler achten oft nicht auf die Lizenzen, wenn sie verschiedene Open-Source-Projekte verwenden. Infolgedessen verwenden wir oft Open-Source-Projekte, Teile eines Projekts oder Funktionen für unsere Anwendungen und Programme, ohne darüber nachzudenken, wie sie sich auf das abgeleitete Werk auswirken könnten. Müssen Sie zum Beispiel den Urheberrechtsvermerk des ursprünglichen Autors beibehalten? Was sind die Anforderungen und Verpflichtungen der verschiedenen Lizenzen? In diesem Artikel stelle ich auch Informationen über gängige Lizenzen und ihre wichtigsten Merkmale vor.

Haftungsausschluss: Die Informationen in diesem Blogbeitrag sollten nicht als Rechtsberatung angesehen werden. Wenn Sie eine Rechtsberatung wünschen, wenden Sie sich bitte an einen Anwalt.

Was ist eine Open-Source-Lizenz?

Zunächst einmal müssen Sie wissen, dass Lizenzbedingungen nach dem Bundesurheberrecht und nach dem staatlichen Vertragsrecht durchsetzbare Urheberrechtsbedingungen sind.

Eine Lizenz für Open-Source-Projekte ist ein rechtlicher Vertrag, der die Beziehung zwischen einem oder mehreren Autoren und dem Nutzer regelt. Er enthält die folgenden Informationen:

• Regelung der Verantwortung der Autoren und Mitwirkenden an dem Projekt.

• Beschreibung der Nutzungsbedingungen für das Projekt oder den Code, einschließlich der Verwendung in kommerziellen Programmen.

• Definition dessen, was mit den Softwarekomponenten gemacht werden kann und was nicht, der Verpflichtungen und der Nutzungsmerkmale.

Einhaltung der Open-Source-Lizenz

Woran erkennt man, dass ein Projekt Open-Source ist? Zunächst ist es ein Projekt mit einer oder mehreren Open-Source-Lizenzen. Eine Liste der Open-Source-Lizenzen finden Sie unter diesen Link. Wenn Sie also vom Ende ausgehen, haben wir einsatzbereite Projekte oder proprietäre Software, die Open-Source-Lizenzen verwendet. Aber Sie überprüfen die Lizenz und finden Lizenzprobleme, Lizenzkonflikte, oder verwenden Projekte ohne Lizenz.

Die folgenden Probleme können von Lizenzkonflikten und -problemen betroffen sein:

• Sie müssen einen Teil des Quelltextes ersetzen und neu entwickeln

• Negative Presseberichterstattung bei Nichteinhaltung

• Verlust des Ansehens bei der Open-Source-Gemeinschaft und den Kunden

• Ändern Sie die Lizenz für Ihr abgeleitetes Werk

• in der Lage sein, die entsprechenden Quellcodes auf Anfrage offenzulegen

Es ist also besser, den Bereich der Open-Source-Lizenzen zu verstehen und eine entsprechende Open-Source-Lizenzpolitik zu erstellen. Oder Sie integrieren Tools zur Lizenzkompatibilität in Ihre Entwicklungspipeline.

Über einige wenige verfügbare Lizenzen zur Nutzung

Apache 2.0

Apache 2.0 permissiven Lizenz gab es im letzten Jahr eine Tendenz, Apache 2.0 für Open-Source-Projekte zu wählen, die von kommerziellen Unternehmen oder Organisationen unterstützt und entwickelt werden. Die Popularität dieser Lizenz nimmt ständig zu, nicht zuletzt, weil diese Art von Lizenz von der Cloud Native Computing Foundation als obligatorisch für Projekte ausgewählt wurde. Der Hauptgrund für die Beliebtheit dieser Lizenz ist, dass sie sich von anderen permissiven Lizenzen unterscheidet. Apache 2.0 hat die Klausel 3 (3. Gewährung einer Patentlizenz.), die sich auf Patente bezieht. Die Klausel regelt die Verfügung über Patente: Teilnehmer erteilen die Erlaubnis, alle Patente zu nutzen, die mit ihrem Beitrag zusammenhängen. Dies bedeutet, dass Eigentümer, Betreuer und Nutzer von Open-Source-Projekten vor möglichen Patentverletzungsklagen geschützt sind.

Automatischer Lizenzantrag

Einige Projekte und Ressourcen wenden die spezifische Lizenz automatisch auf Code/Inhalte an, die Sie mit dem entsprechenden Projekt erstellt haben.

Zum Beispiel:

Die ISC-Lizenz ist die Standardlizenz, die beim Einrichten eines neuen NPM-Pakets mit dem Befehl npm init verwendet wird. Die ISC-Lizenz (ISC) ist funktionell identisch mit der MIT-Lizenz, aber bei einigen Formulierungen schien sie unnötig entfernt worden zu sein. MIT - ist eine einfache erlaubende Lizenz; sie ist kurz, unkompliziert und erfordert keine zusätzlichen NOTICE-Dateien. CodePens sind automatisch MIT-lizenziert.

Alle auf StackOverflow erstellten Inhalte (einschließlich Fragen und Antworten) stehen unter der Lizenz Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) und deren Copyleft. Die Verwendung von StackOverflow-Snippets kann ein Problem für die Rechtsabteilung Ihres Unternehmens darstellen.

Die meisten Open-Source-Lizenzen enthalten spezifische Verpflichtungen in Bezug auf Informationen und Dokumentation. Viele Open-Source-Lizenzen verlangen zum Beispiel, dass der entsprechende Lizenztext bei der Verteilung der Software mitgeliefert wird. Die folgenden Beispiele zeigen, wie Unternehmen den Copyright-Vermerk des ursprünglichen Autors beibehalten. Die Mobile App hat einen separaten Menüpunkt "Lizenz", der den Lizenztext mit dem dazugehörigen Urheberrechtshinweis enthält.

Interessante Fakten über Open-Source-Lizenzen, die nicht alle kennen:

• Sie können mehrere Lizenzen auf ein Projekt anwenden.

• "Die Unlizenz" ist auch eine Lizenz.

• Teilnehmer, die zu Projekten mit einer Apache-Lizenz beitragen, erhalten die Erlaubnis, alle mit ihrem Beitrag verbundenen Patente zu nutzen.

Schlussfolgerung

Open-Source-Code und -Projekte enthalten alle Lösungen, die Sie tagtäglich in Ihren Smartphone-Applikationen, beim Kauf von Fahrkarten an Automaten in der Stadt oder bei der Nutzung von Haushaltsgeräten verwenden können. Als Entwickler nutzen wir in jedem Sprint Open-Source-Projekte und -Bibliotheken. Viele von uns tragen zu einem Open-Source-Projekt bei und pflegen es. Aus diesem Grund müssen wir die Lizenz überprüfen und den Lizenztext des Projekts lesen, das Sie verwenden oder mit dem Sie interagieren. Sie können das Open-Source-Projekt und die SDKs von Vonage hier