Copyright -Mitteilungen/Haftungsausschlüsse in Quelldateien

Question

Es ist eine gängige Praxis, Urheberrechtsbekanntmachungen, verschiedene Rechtsausschlüsse und manchmal sogar vollständige Lizenzvereinbarungen in jeder Quelldatei eines Open-Source-Projekts zu platzieren. Ist dies wirklich notwendig für ein (1) Open-Source-Projekt und (2) Closed-Source-Projekt? Was versuchen Sie zu erreichen oder zu verhindern, indem Sie diese Mitteilungen in Quelldateien einfügen?

Ich verstehe, dass es eine rechtliche Frage ist und ich bezweifle, dass wir hier bei den Programmierern eine vollständig kompetente Antwort erhalten können. Liegt es daran, dass "jeder es tut" oder Sie haben Rechtsberatung? Was war die Argumentation?

Answer 1

Ist das wirklich notwendig?

Nein, es ist rechtlich nicht erforderlich. (Ich bin kein Anwalt, aber ich habe das von einem gesehen.)

Wenn Sie ein Projekt haben, bei dem einzelne Dateien aus dem Kontext genommen werden, ist es möglicherweise sinnvoll - aber nur es erfordert Ein paar Zeilen, um so etwas zu sagen:

Diese Datei ist Teil vonu003Cproject> das wird unter freigelassenu003Clicense> .
Siehe Dateiu003Cfilename> oder gehen zuu003Curl> Für vollständige Lizenzdetails.

Für alles andere können Sie einfach eine Lizenztextdatei in das Projektstamm und alle relevanten Details/Credits/usw. in die ReadMe -Datei einfügen - sie ist (automatisch) noch urheberrechtlich geschützt. Es geht daher nur um eine klare lizenzbezogene Lizenz in der Readme -Datei.

Answer 2

Sie könnten möglicherweise einfach Ihre Urheberrechtsbekanntmachung einsetzen, dass eine Lizenzdatei erwähnt wird. Es gibt jedoch keine Garantie dafür, dass Ihr Code nach der Veröffentlichung atomic bleibt. In der Tat ist es ziemlich Wahrscheinlich werden Teile davon in mindestens mehreren anderen Projekten neu gemischt.

Aus diesem Grund ist es wichtig, zumindest in jeder Quelldatei Folgendes zu haben:

/* Copyright (C) 1883 Thomas Edison - All Rights Reserved
 * You may use, distribute and modify this code under the
 * terms of the XYZ license, which unfortunately won't be
 * written for another century.
 *
 * You should have received a copy of the XYZ license with
 * this file. If not, please write to: , or visit :
 */

Sie erreichen zwei Dinge, indem Sie dies tun:

• Ihr Urheberrecht wird geltend gemacht, unabhängig davon, wie sich Ihr Code in Zukunft auflöst und zerstreut.
• Sie stellen die Bedingungen der Verwendung, Verteilung und Modifizierung ziemlich klar vor, auch wenn jemand nur einen kleinen Teil einer Bibliothek erhielt, die Sie geschrieben haben.

Viele Menschen beinhalten auch ihre E-Mail-Adresse im Urheberrecht, was hilfreich ist, um in Zukunft Patches zu erhalten. Ich habe letzten Monat einen Patch für Code erhalten, den ich vor fünf Jahren geschrieben habe und lange vergessen hatte. Das bedeutet natürlich, eine E-Mail-Adresse aufrechtzuerhalten und ein bisschen Spam zu erteilen.

Wenn Sie jemals tatsächlich müssen erzwingen Ihre Lizenz ist es kritisch Dass die andere Partei nicht sagen kann, dass die Begriffe mehrdeutig oder vermisst waren, alle Witze beiseite.

Außerdem macht es Spaß zu beobachten, wie Teile Ihres Codes im Laufe der Zeit ihren Weg in andere Code -Teile finden. Die meisten Leute spielen fair und respektieren das Urheberrecht und die Lizenzbedingungen.

Answer 3

Ich wollte nur Open Source bemerken! = Kein Urheberrecht.

Open Source verlässt sich auf jemanden, der das Urheberrecht behauptet und dann ein bestimmtes Rechtsdokument (wie die GPL) annimmt, um anderen Rechte an diesem Kodex zu geben.

Was auch immer Sie für geschlossenes Quellcode entschieden haben, eignet sich auch für Open Source -Code.

Answer 4

Für jedes Open-Source-Projekt

Sie definieren die Bedingungen, unter denen der Code verwendet und abhängig von diesen Bedingungen umverteilt werden soll (oder nicht).

Zumindest kann eine Lizenz Fragen beantworten wie:

• Aneignung: Kann jemand den Code aufnehmen und ihn in ein anderes Projekt entwickeln? Ein gutes Beispiel für ein solches Phänomen ist Google Chrome, das auf dem Open-Source-Chromprojekt basiert.
  • Müssen sie Ihnen Anerkennung geben, Erlaubnis einholen usw.
• Kommerzielle Benutzung: Kann Ihr Code kommerziell verwendet werden, z. B. innerhalb von Photoshop als DLL von Drittanbietern? Wenn ja, gelten verschiedene Bedingungen?
• Umverteilung: Müssen Sie in der Software mit einer ähnlichen/identischen Lizenz in Software verwendet werden? Lizenzen wie die GPL, die dies erfordern, werden genannt viral Lizenzen (und ich weiß nicht, ob das ein negativer Begriff oder nur eine Tatsachenerklärung ist).

Usw. Das ist keineswegs eine umfassende Liste, nur um Ihnen eine Vorstellung von den Fragen zu geben, die eine Lizenz eindeutig angeben würde.

Answer 5

Ein weiterer Grund, einen Urheberrecht in Ihren Code zu setzen, ist, dass andere wissen, wer es geschrieben hat. Ich mag es zu sehen, woher Code kommt und wie lange er es gibt. Es ist interessant und nützlich zu sehen, wie Code in anderen Projekten verwendet wurde. Auch wenn Sie legal möglicherweise nicht Ihr Urheberrecht auf etwas setzen müssen, fügen Sie es aus informativen Gründen hinzu. -Ein Thornton