In diesem Artikel sprechen wir ein wenig über das Urheberrecht, aber hauptsächlich über die Wahl einer freien Lizenz für das RAD-Framework und für Open-Source-Produkte, die darauf basieren. Wir werden über die permissive Lizenz sprechen Apache 2.0, darüber, was uns dazu geführt hat und mit welchen Entscheidungen wir im Prozess konfrontiert waren.
Der Lizenzwahlprozess ist recht aufwendig und erfordert bereits umfangreiche Kenntnisse, und wenn Sie nicht im Besitz eines juristischen Abschlusses sind, stehen Sie vor einem unerschlossenen Informationsfeld über verschiedene freie Lizenzen. Das Wichtigste, was Sie tun sollten, ist, eine Reihe einschränkender Kriterien zu erstellen. Im Laufe der Diskussion und Reflexion können Sie und Ihr Team verstehen, was Sie den Benutzern Ihres Produkts erlauben und was Sie verbieten möchten. Wenn Sie bereits eine Art Beschreibung in der Hand haben, müssen Sie diese mit bestehenden Lizenzen abgleichen und diejenige auswählen, bei der die größte Anzahl von Punkten übereinstimmt. Das klingt natürlich einfach, aber in der Realität bleiben normalerweise auch nach der Diskussion Fragen offen.
Zuerst – ein Link zu , einer nützlichen Website, die wir aktiv genutzt haben. Achten Sie besonders auf die der Lizenzen nach 13 grundlegenden Kriterien. Möge das Englische und die Geduld mit Ihnen sein.
Das Dilemma der Auswahl
Beginnen wir mit den gemeinsamen Merkmalen von Lizenzen für . Freie Software bedeutet ausschließlich eine freie Lizenz, die die kommerzielle und nicht-kommerzielle Verbreitung nach dem Modell nicht einschränkt. Dementsprechend kann Software, die unter einer freien Lizenz veröffentlicht wird, nicht vollständig in ihrer Verbreitung, Weitergabe und dem Verkauf an Dritte eingeschränkt werden, und darauf sollte man sich mental vorbereiten.
Eine freie Lizenz gibt dem Benutzer das Recht, selbst an der Software-Umkehrentwicklung teilzunehmen oder sie auf andere verfügbare Weise zu ändern. Die meisten Lizenzen erlauben es nicht, das Produkt umzubenennen oder damit irgendwelche Manipulationen durchzuführen, die die Urheber- oder Eigentumsrechte des Systems verändern.
Die wichtigsten Fragen, die uns zu freien Lizenzen bewegten, waren:
- Müssen Änderungen an der Software dokumentiert werden und haben keinen Bezug zum Rechtsinhaber des Systems?
- Darf der Name des abgeleiteten Produkts nicht mit dem Namen des Produkts des Rechtsinhabers übereinstimmen?
- Kann die Lizenz für zukünftige Versionen auf eine andere, einschließlich proprietärer, geändert werden?
Nachdem wir die Liste der verbreitetsten Lizenzen genau betrachtet haben, haben wir mehrere ausgewählt, die wir näher untersucht haben. Potenzielle Lizenzen für waren: GNU GPLv3, Apache 2.0, MIT und MPL. MIT Wir haben praktisch sofort die Erlaubnis ausgeschlossen, da es sich um eine nicht-copyleft Lizenz handelt, die die Nutzung, Modifizierung und Verbreitung von Code fast beliebig erlaubt, was uns nicht zusagte, da wir eine Lizenz wollten, die die Beziehungen zwischen Rechteinhabern und Nutzern regelt. Die meisten nicht ganz großen Projekte auf GitHub sind genau unter der MIT-Lizenz oder ihren verschiedenen Variationen veröffentlicht. Die Lizenz selbst ist sehr kurz, und von den Verboten gibt es nur die Angabe des Urhebers.
Die nächste Lizenz war MPL 2.0. Zugegeben, wir sind nicht sofort darauf gestoßen, haben sie aber nach eingehender Untersuchung schnell verworfen, da der Hauptnachteil darin besteht, dass die Lizenz nicht für das gesamte Projekt, sondern für einzelne Dateien gilt. Darüber hinaus kann der Benutzer die Lizenz nicht ändern, wenn er eine Datei ändert. Tatsächlich kann man ein Open-Source-Projekt so sorgfältig bearbeiten, wie man will, man kann es wegen einer solchen Lizenz nicht monetarisieren. Das betrifft übrigens nicht den Rechteinhaber.
Ein ähnliches Problem besteht auch bei der Lizenz GNU GPLv3. Sie verlangt, dass jede Datei unter ihr bleibt. Die GNU GPL ist eine copyleft Lizenz, die verlangt, dass der Quellcode abgeleiteter Werke offen bleibt und unter dieser Lizenz bleibt. Das bedeutet: Wenn Sie zwei Zeilen Code umschreiben, sind Sie gezwungen, Ihre Änderungen zu dokumentieren und beim weiteren Einsatz oder bei der Verbreitung den Code unter der GNU GPL zu belassen. In diesem Fall ist es ein einschränkender Faktor für den Benutzer unseres Projekts, nicht für uns. Aber die Änderung von GPL in eine andere Lizenz ist verboten, selbst innerhalb der GPL-Versionen. Zum Beispiel, wenn man LGPL (ein Zusatz zu GPL) auf GPL ändert, gibt es keinen Rückweg zu LGPL. Und dieser Punkt war entscheidend für die Abstimmung dagegen.
Insgesamt neigten wir ursprünglich zur GPL3 genau aus dem Grund der Verbreitung von modifiziertem Code unter derselben Lizenz. Wir dachten, dass wir damit unser Produkt absichern könnten, aber wir sahen weniger Risiken in Apache 2.0. Laut der Free Software Foundation ist GPLv3 mit der Apache License v2.0 kompatibel, das heißt, es gibt immer die Möglichkeit, die Lizenz von Apache License v2.0 auf GPL v3.0 zu wechseln.
Apache 2.0
– eine ausgewogene permissive Lizenz mit Fokus auf Urheberrechte. Hier sind die Antworten, die sie auf unsere Fragen gegeben hat. Änderungen am Softwareprogramm müssen dokumentiert werden und stehen in keinem Zusammenhang mit dem Rechteinhaber des Systems? Ja, alle Änderungen müssen dokumentiert werden und wir tragen keine Verantwortung für den Quellcode oder die Änderungen. Eine Datei mit Änderungen muss dem Code beigefügt werden, in den Sie diese Änderungen vorgenommen haben. Der Name der abgeleiteten Software darf nicht mit dem Namen der Software des Rechteinhabers übereinstimmen? Ja, die abgeleitete Software muss unter einem anderen Namen und einem anderen Markenzeichen veröffentlicht werden, aber mit Angabe des Urhebers des Rechteinhabers. Kann die Lizenz für neue Versionen auf eine andere, einschließlich einer proprietären, geändert werden? Ja, es können verschiedene Lizenzen verwendet werden, Apache 2.0 schränkt die Verwendung von nicht-kommerziellen und kommerziellen Lizenzen nicht ein.
Ebenfalls müssen neue Produkte, die auf dem unter Apache 2.0-Code basieren oder Produkte mit zusätzlicher Funktionalität, nicht unter derselben Lizenz veröffentlicht werden. Unten können Sie ein Bild mit den Bedingungen und Einschränkungen der Apache 2.0-Lizenz sehen.
Die Lizenz legt die Anforderung fest, die Urheberrechte und die Lizenz, unter der die Software veröffentlicht wird, zu bewahren und zu erwähnen. Pflichtmäßige Anwesenheit Urheberrechtsvermerk mit dem Namen des Rechteinhabers und der Lizenz schützt die Rechte des ursprünglichen Autors der Software, da selbst wenn es umbenannt, verschenkt oder unter einer anderen Lizenz verkauft wird, das Zeichen des Autors trotzdem erhalten bleibt. Dafür kann auch die Datei HINWEIS verwendet werden und entweder im Quellcode oder in der Projektdokumentation beigefügt werden.
Wir veröffentlichen alle unsere Produkte unter der Lizenz Apache 2.0 auf GitHub, mit Ausnahme von , deren Quellcode im April dieses Jahres unter der GPLv3-Lizenz vom Fernöstlichen Zentrum für soziale Technologien auf GitHub veröffentlicht wurde. Derzeit gibt es neben dem eigentlichen stabilen Zweigen veröffentlicht auf dem Framework durchgeführten. Auf Habré haben wir bereits über und über .
Technische Details zum Framework
IONDV. Framework – ein Open-Source-Framework auf Node.js zur Erstellung hochgradiger Webanwendungen auf Basis von Metadaten, das keine umfangreichen Programmierkenntnisse erfordert.
Die Grundlage der Funktionalität der Anwendung bildet ein Datenregister – das Modul Register. Dies ist ein zentrales Modul, das direkt für die Datenverarbeitung auf Basis von strukturierten Metadaten konzipiert ist – einschließlich der Verwaltung von Projekten, Programmen, Veranstaltungen usw. Im Projekt wird auch ein Portalmodul verwendet, um beliebige Datentemplates anzuzeigen – darauf wird das Frontend des Archivrechtsregisters realisiert.
Für die Datenbank wird MongoDb verwendet – hierin werden sowohl die Anwendungseinstellungen als auch die Metadaten und die eigentlichen Daten gespeichert.
Wie wendet man die Lizenz auf sein Projekt an?
Fügen Sie die Datei LICENSE mit dem Lizenztext in das Repository Ihres Projekts ein, und voilà, das Projekt ist durch Apache 2.0 geschützt. Sie sollten den Rechteinhaber angeben, das ist Urheberrechtshinweis. Dies kann im Quelltext oder in der Datei erfolgen HINWEIS (Textdatei, die alle Bibliotheken auflistet, die unter der Apache-Lizenz lizenziert sind, zusammen mit den Namen ihrer Schöpfer). Die Datei sollte entweder im Quellcode oder in der Dokumentation, die zusammen mit der Arbeit verteilt wird, abgelegt werden. So sieht das bei uns aus:
Urheberrecht © 2018 LLC „ION DV“.
Lizenziert unter der Apache-Lizenz, Version 2.0
Text der Apache-Lizenz 2.0
Apache-Lizenz
Version 2.0, Januar 2004
BEDINGUNGEN UND BESTIMMUNGEN FÜR NUTZUNG, VERVIELFÄLTIGUNG UND VERTEILUNG
Definitionen.
„Lizenz“ bezeichnet die Bedingungen für Nutzung, Vervielfältigung und
Verteilung, die in den Abschnitten 1 bis 9 dieses Dokuments definiert sind.„Lizenzgeber“ bezeichnet den Urheberrechtsinhaber oder die von
dem Urheberrechtsinhaber autorisierte Stelle, die die Lizenz gewährt.„Rechtspersönlichkeit“ bezeichnet die Vereinigung der handelnden Einheit und aller
anderen Einheiten, die diese Einheit kontrollieren, von ihr kontrolliert werden oder unter gemeinsamer
Kontrolle mit dieser Einheit stehen. Für die Zwecke dieser Definition
bedeutet „Kontrolle“ (i) die Macht, direkt oder indirekt die
Richtung oder das Management derartiger Einheiten zu bestimmen, sei es durch Vertrag oder
anderweitig, oder (ii) den Besitz von fünfzig Prozent (50 %) oder mehr der
ausstehenden Aktien, oder (iii) die wirtschaftliche Eigentümerschaft an solcher Einheit.„Sie“ (oder „Ihr“) bezeichnet eine Einzelperson oder eine Rechtspersönlichkeit,
die die durch diese Lizenz gewährten Berechtigungen ausübt.„Quell“-Form bedeutet die bevorzugte Form für Änderungen,
einschließlich, aber nicht beschränkt auf Software-Quellcode, Dokumentations-
Quellcode und Konfigurationsdateien.„Objekt“-Form bedeutet jede Form, die aus mechanischer
Transformation oder Übersetzung einer Quellform resultiert, einschließlich, aber
nicht beschränkt auf kompilierten Objektschlüsselcode, generierte Dokumentation,
und Konvertierungen in andere Medientypen.„Werk“ bezeichnet das urheberrechtlich geschützte Werk, sei es in Quell- oder
Objektform, das unter der Lizenz verfügbar gemacht wird, wie durch einen
Urheberrechtshinweis angezeigt, der im Werk enthalten oder daran angehängt ist
(ein Beispiel findet sich im Anhang unten).„Abgeleitete Werke“ bezeichnet jedes Werk, sei es in Quell- oder Objektform,
das auf (oder abgeleitet von) dem Werk basiert und für das die
editoriale Änderungen, Anmerkungen, Ausarbeitungen oder andere Modifikationen
darstellen als ein Gesamtes ein originales Werk urheberrechtlichen Schaffens. Für die Zwecke
dieser Lizenz umfassen Derivative Werke keine Werke, die sich
von den Schnittstellen des Werkes und damit verbundenen Derivativen Werken
trennen lassen oder einfach verlinken (oder benannt bindend) mit den Schnittstellen von.„Beitrag“ bezeichnet jedes Werk der Urheberschaft, einschließlich
der ursprünglichen Version des Werkes und alle Modifikationen oder Erweiterungen
dieses Werkes oder der Derivativen Werke, die absichtlich
dem Lizenzgeber zur Aufnahme in das Werk vom Urheberrechtseigentümer
oder von einer autorisierten Person oder juristischen Person im Namen
des Urheberrechtseigentümers übermittelt werden. Für die Zwecke dieser Definition bedeutet „übermittelt“
jede Form der elektronischen, mündlichen oder schriftlichen Kommunikation, die gesendet
wird an den Lizenzgeber oder dessen Vertreter, einschließlich, aber nicht beschränkt auf
Kommunikation in elektronischen Mailinglisten, Quellcode-Kontrollsystemen,
und Issues-Tracking-Systemen, die vom Lizenzgeber oder im Auftrag des
Lizenzgebers verwaltet werden, um das Werk zu diskutieren und zu verbessern, jedoch
ausgenommen Kommunikation, die offensichtlich markiert oder auf andere Weise
schriftlich vom Urheberrechtseigentümer als „Kein Beitrag“ gekennzeichnet ist.„Beitragsgeber“ bezeichnet den Lizenzgeber und jede individuelle oder juristische Person
im Auftrag derer ein Beitrag vom Lizenzgeber erhalten und
anschließend im Werk integriert wurde.Gewährung einer Urheberrechtslizenz. Vorbehaltlich der Bedingungen und Bestimmungen dieser
Lizenz gewährt jeder Beitragsgeber Ihnen hiermit eine dauerhafte,
weltweite, nicht-exklusive, gebührenfreie, unwiderrufliche
Urheberrechtslizenz zur Vervielfältigung, Erstellung von Derivativen Werken,
öffentlichen Anzeige, öffentlichen Aufführung, Unterlizenzierung und Verteilung des
Werkes und solcher Derivativen Werke in Quell- oder Objektform.Gewährung einer Patentslizenz. Vorbehaltlich der Bedingungen und Bestimmungen
Lizenz gewährt jeder Beitragsgeber Ihnen hiermit eine dauerhafte,
weltweite, nicht-exklusive, gebührenfreie, unwiderrufliche
(sofern nicht in diesem Abschnitt anders angegeben) Patentslizenz, um zu erstellen, erstellen zu lassen,
zu nutzen, anzubieten, zu verkaufen, zu importieren und das Werk anderweitig zu übertragen,
wohin diese Lizenz nur für die patentansprüche gilt, die durch einen solchen Beitragsgeber
notwendigerweise durch deren Beiträge allein oder in Kombination mit dem Werk, für das solche Beiträge
übermittelt wurden, verletzt werden. Wenn Sie
Patentklage gegen irgendeine Entität (einschließlich einer
Gegenvorstellung oder Klageerwiderung in einem Rechtsstreit) erheben, die behauptet, dass das Werk
oder ein in das Werk integrierter Beitrag eine direkte
oder beitragende Patentverletzung darstellt, dann erlöschen alle Patentrechte
die Ihnen unter dieser Lizenz für das Werk gewährt wurden, mit dem Datum, an dem eine solche Klage eingereicht wird.
Weiterverbreitung. Sie dürfen Kopien des
Werkes oder Derivativen Werken in jedem Medium, mit oder ohneÄnderungen und in Quell- oder Objektform reproduzieren und verteilen, sofern Sie
die folgenden Bedingungen erfüllen:
(a) Sie müssen allen anderen Empfängern des Werkes oder
der Derivativen Werke eine Kopie dieser Lizenz übergeben; und(b) Sie müssen dafür sorgen, dass alle geänderten Dateien deutliche Hinweise tragen,
die besagen, dass Sie die Dateien geändert haben; und(c) Sie müssen in der Quellform aller Derivativen Werke, die Sie
verbreiten, alle Urheberrechts-, Patent-, Marken- undZuschreibungshinweise aus der Quellform des Werkes beibehalten,
ausgenommen die Hinweise, die sich nicht auf Teile der
Derivativen Werke beziehen; und
(d) Wenn das Werk eine „HINWEIS“-Textdatei als Teil seiner
Verteilung beinhaltet, müssen alle Derivativen Werke, die Sie verbreiten,eine lesbare Kopie der Zuschreibungshinweise enthalten, die
innerhalb dieser HINWEIS-Datei enthalten sind, ausgenommen solche Hinweise, die sich nicht
auf Teile der Derivativen Werke beziehen, an mindestens einem
der folgenden Orte: innerhalb einer HINWEIS-Textdatei, die als Teil der Derivativen Werke verteilt wird;
in der Quellform oder
Dokumentation, sofern zusammen mit den Derivativen Werken bereitgestellt;
oder innerhalb einer Anzeige, die durch die Derivativen Werke erzeugt wird, wenn und
wo solche Hinweise Dritter normalerweise erscheinen. Der Inhalt
der HINWEIS-Datei dient nur zu Informationszwecken und
wo immer solche Hinweise von Drittanbietern normalerweise erscheinen. Der Inhalt
der NOTICE-Datei dient nur zu Informationszwecken und
Modifizieren Sie die Lizenz nicht. Sie dürfen Ihr eigenes Attributionsstatement hinzufügen
Hinweise innerhalb abgeleiteter Werke, die Sie vertreiben, zusammen mit
oder als Anhang zu dem BENACHRICHTIGUNGstext aus dem Werk, vorausgesetzt
dass solche zusätzlichen Attributionshinweise nicht als Änderung
der Lizenz ausgelegt werden können.Sie dürfen Ihrem eigenen Urheberrechtshinweis zu Ihren Änderungen hinzufügen und
können zusätzliche oder abweichende Lizenzbedingungen und -konditionen bereitstellen
für die Nutzung, Vervielfältigung oder Verbreitung Ihrer Änderungen oder
für solche abgeleiteten Werke als Ganzes, vorausgesetzt, Ihre Nutzung,
Vervielfältigung und Verbreitung des Werks sonst mit
den in dieser Lizenz angegebenen Bedingungen übereinstimmt.Einreichung von Beiträgen. Sofern Sie nicht ausdrücklich etwas anderes angeben,
soll jeder absichtlich zur Aufnahme in das Werk eingereichte Beitrag
von Ihnen an den Lizenzgeber unter den Bedingungen
dieser Lizenz ohne zusätzliche Bedingungen erfolgen.
Ungeachtet des Vorstehenden supersedeiert oder ändert nichts hier die
Bedingungen einer separaten Lizenzvereinbarung, die Sie möglicherweise
mit dem Lizenzgeber bezüglich solcher Beiträge abgeschlossen haben.Marken. Diese Lizenz gewährt keine Erlaubnis zur Nutzung der Handels-
namen, Warenzeichen, Dienstleistungsmarken oder Produktnamen des Lizenzgebers,
außer wie erforderlich für den angemessenen und gebräuchlichen Gebrauch zur Beschreibung der
Herkunft des Werks und zur Vervielfältigung des Inhalts der BENACHRICHTIGUNGS-Datei.Haftungsausschluss. Sofern gesetzlich vorgeschrieben oder
schriftlich vereinbart, stellt der Lizenzgeber das Werk (und jeder
Beitragende stellt seine Beiträge) auf einer „WIE BESEHEN“-BASIS bereit,
OHNE GARANTIEN ODER BEDINGUNGEN IRGENDWELCHER ART, weder ausdrücklich noch
implizit, einschließlich, jedoch nicht beschränkt auf, alle Garantien oder Bedingungen
in Bezug auf EIGENTUMSRECHTE, NICHTVERLETZUNG, MARKTFÄHIGKEIT oder EIGNUNG FÜR EINEN
BESTIMMTEN ZWECK. Sie sind allein dafür verantwortlich, die
Angemessenheit der Nutzung oder Wiederverbreitung des Werks zu bestimmen und übernehmen alle
Risiken, die mit der Ausübung der Genehmigungen nach dieser Lizenz verbunden sind.Haftungsbeschränkung. In keinem Fall und unter keiner rechtlichen Theorie,
sei es aus unerlaubter Handlung (einschließlich Fahrlässigkeit), Vertrag oder anderweitig,
es sei denn, gesetzlich vorgeschrieben (wie vorsätzliches und grob fahrlässiges Verhalten) oder
schriftlich genehmigt, haftet irgendein Beitragender Ihnen gegenüber für Schäden, einschließlich
sämtlicher direkter, indirekter, spezieller,
zufälliger oder Folgeschäden jeglicher Art, die sich aus dieser Lizenz oder aus der Nutzung oder
Unfähigkeit zur Nutzung des Werks ergeben (einschließlich, aber nicht beschränkt auf, Schäden aufgrund
von Verlusten an guter Reputation, Betriebsunterbrechungen, Computerfehlern oder -ausfällen oder
sämtlichen anderen kommerziellen Schäden oder Verlusten), selbst wenn dieser Beitragende
auf die Möglichkeit solcher Schäden hingewiesen wurde.
Akzeptanz von Garantien oder zusätzlicher Haftung. Bei der Wiederverbreitungdes Werks oder abgeleiteter Werke davon können Sie entscheiden, ob Sie anbieten,
und eine Gebühr für die Annahme von Unterstützung, Garantie, Entschädigung
oder anderen Haftungsverpflichtungen und/oder Rechten im Einklang mit dieser
Lizenz zu erheben. Wenn Sie solche Verpflichtungen akzeptieren, dürfen Sie jedoch nur
in Ihrem eigenen Namen und auf eigene Verantwortung handeln, nicht im Namen
eines anderen Beitragenden, und nur, wenn Sie zustimmen, jeden Beitragenden zu entschädigen,
zu verteidigen und ihn schadlos zu halten für jede Haftung
die den Beitragenden entsteht oder gegen ihn erhobene Ansprüche, weil Sie
eine solche Garantie oder zusätzliche Haftung akzeptiert haben.
ENDE DER BEDINGUNGEN UND BESTIMMUNGENANHANG: Wie man die Apache-Lizenz auf Ihre Arbeit anwendet.
Um die Apache-Lizenz auf Ihre Arbeit anzuwenden, fügen Sie den folgenden
Standardhinweis an, wobei die in eckigen Klammern „[]“
eingeschlossenen Felder durch Ihre eigenen Identifizierungsinformationen ersetzt werden. (Schließen Sie die
Klammern nicht ein!) Der Text sollte in der entsprechenden
Kommentarsyntax für das Dateiformat eingeschlossen sein. Wir empfehlen auch, dass ein
Datei- oder Klassenname und eine Beschreibung des Zwecks auf derselben „druckbaren Seite“ wie die
Urheberrechtshinweis für eine einfachere
Identifizierung in Drittdatenarchiven enthalten sind.
Urheberrecht [yyyy] [Name des Urheberrechtsinhabers]Lizenziert unter der Apache-Lizenz, Version 2.0 (die „Lizenz“);
Lizenziert unter der Apache-Lizenz, Version 2.0 (die «Lizenz»);
Sie dürfen diese Datei nur in Übereinstimmung mit der Lizenz verwenden.
Sie können eine Kopie der Lizenz unterSofern nicht gesetzlich vorgeschrieben oder schriftlich vereinbart, wird Software
unter der Lizenz auf einer «WIE BESEHEN»-BASIS verteilt,
OHNE GARANTIEN ODER BEDINGUNGEN ANY KIND, weder ausdrücklich noch stillschweigend.
Siehe die Lizenz für die spezifischen Bedingungen, die Berechtigungen und
Einschränkungen unter der Lizenz.
Lizenz = Vertrag
Eine freie Lizenz ist zwar frei, aber sie erlaubt keine Willkür, und wir haben bereits Beispiele für Einschränkungen gegeben. Wählen Sie die Lizenz unter Berücksichtigung Ihrer eigenen Interessen sowie der des Nutzers, denn Open-Source-Software ist genau auf diesen ausgerichtet. Der Nutzer des Projekts sollte die Lizenz als eine Art Vertrag zwischen ihm und dem Rechteinhaber betrachten, daher sollte er, bevor er Maßnahmen am Quellcode ergreift, die Einschränkungen, die ihm die Lizenz des Projekts auferlegt, sorgfältig studieren.
Wir hoffen, dass wir ein wenig Licht auf das Thema Lizenzen werfen konnten und dass, trotz der Komplexität des Themas, es kein Hindernis auf Ihrem Weg in die Open Source sein sollte. Entwickeln Sie Ihr Projekt weiter und vergessen Sie nicht die Rechte, sowohl Ihre eigenen als auch die der anderen.
Nützliche Links
Zum Schluss einige nützliche Ressourcen, die uns bei der Informationssuche über bestehende Lizenzen und der Auswahl der am besten geeigneten für unsere Ziele geholfen haben:
- Super nützlich ab
Quelle: habr.com
