Urheberrechtshinweise / Haftungsausschlüsse in Quelldateien

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

Ich verstehe, dass es sich um eine rechtliche Frage handelt und ich bezweifle, dass wir hier bei Programmierern eine kompetente Antwort erhalten können. (Es ist für Programmierer, nicht wahr?) Interessant wäre es auch zu hören, wenn Sie rechtliche Informationen in Ihre Quelldateien einfügen , liegt es daran, dass "jeder es tut", oder haben Sie Rechtsberatung? Was war die Begründung?

Ist das wirklich notwendig?

Nein, es ist nicht gesetzlich vorgeschrieben. (Ich bin kein Anwalt, aber ich habe gesehen, dass dies von einem angegeben wurde.)

Wenn Sie ein Projekt haben, bei dem einzelne Dateien möglicherweise aus dem Kontext gerissen werden, ist dies möglicherweise sinnvoll - es sind jedoch nur ein paar Zeilen erforderlich , um Folgendes zu sagen:

Diese Datei ist Teil von <Projekt>, das unter <Lizenz> veröffentlicht wird.
Weitere Informationen zur Lizenz finden Sie in der Datei <Dateiname> oder unter <URL>.

Für alles andere können Sie einfach eine LIZENZ-Textdatei in das Projekt-Stammverzeichnis und alle relevanten Details / Credits / etc in die README-Datei einfügen - sie ist immer noch (automatisch) urheberrechtlich geschützt Readme-Datei.

Sie können möglicherweise einfach Ihren Copyright-Vermerk einfügen, in dem eine LIZENZ-Datei erwähnt wird. Es gibt jedoch keine Garantie dafür, dass Ihr Code nach der Veröffentlichung atomar bleibt. Tatsächlich ist es sehr wahrscheinlich, dass Teile davon in mindestens mehreren anderen Projekten neu gemischt werden.

Aus diesem Grund ist es wichtig, dass in jeder Quelldatei mindestens Folgendes enthalten ist:

/* 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 unabhängig davon geltend gemacht, wie sich Ihr Code in Zukunft auflöst und zerstreut.
• Sie machen die Bedingungen für die Verwendung, Verteilung und Änderung klar, auch wenn jemand zufällig nur einen kleinen Teil einer Bibliothek erhalten hat, die Sie geschrieben haben.

Viele Leute geben auch ihre E-Mail-Adresse unter dem Copyright an, 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 und längst vergessen hatte. Das heißt natürlich, eine E-Mail-Adresse zu pflegen und ein bisschen SPAM auszuhalten.

Wenn Sie jemals tatsächlich Ihre Lizenz erzwingen müssen , ist es wichtig, dass die andere Partei nicht sagen kann, dass die Bedingungen mehrdeutig waren oder fehlten.

Außerdem macht es Spaß zu beobachten, wie Teile Ihres Codes im Laufe der Zeit in andere Teile des Codes gelangen. Die meisten Menschen spielen fair und respektieren Urheber- und Lizenzbestimmungen.

Ich wollte nur Open Source vermerken! = Kein Copyright.

Open Source ist darauf angewiesen, dass jemand, der das Urheberrecht geltend macht, ein bestimmtes Rechtsdokument (wie die GPL) annimmt, um anderen Rechte an diesem Code zu erteilen.

Was auch immer Sie sich für Closed-Source-Code entschieden haben, ist auch für Open-Source-Code geeignet.

Für jedes Open-Source-Projekt

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

Zumindest kann eine Lizenz folgende Fragen beantworten:

• Angemessenheit: Kann jemand den Code in ein anderes Projekt umwandeln? Ein gutes Beispiel für ein solches Phänomen ist Google Chrome, das auf dem Open-Source-Chromium-Projekt basiert.
  • Müssen sie Ihnen Kredit geben, Erlaubnis einholen, etc ...
• Kommerzielle Nutzung: Kann Ihr Code kommerziell genutzt werden, z. B. in Photoshop als Drittanbieter-DLL? Wenn ja, gelten andere Bedingungen?
• Weitergabe: Müssen Verwendungen Ihres Codes in Software mit einer ähnlichen / identischen Lizenz erfolgen? Lizenzen wie die GPL , die dies erfordern , werden genannt virale Lizenzen (und ich weiß nicht, ob das ein negativer Begriff ist, oder einfach nur eine Tatsache).

Das ist keineswegs eine umfassende Liste, sondern soll Ihnen nur einen Überblick über die Fragen geben, die eine Lizenz eindeutig stellen würde.

Ein weiterer Grund für das Einfügen eines Urheberrechts in Ihren Code besteht darin, dass andere wissen, wer ihn geschrieben hat. Ich möchte in der Lage sein zu sehen, woher der Code stammt und wie lange er schon existiert. Es ist interessant und nützlich zu sehen, wie Code in anderen Projekten verwendet wurde. Auch wenn Sie aus rechtlichen Gründen Ihr Urheberrecht möglicherweise nicht angeben müssen, fügen Sie es aus informativen Gründen hinzu. - Ein Thornton