Note sul copyright / dichiarazioni di non responsabilità nei file sorgente

52

È prassi comune collocare note sul copyright, vari disclaimer legali e talvolta anche contratti di licenza completi in ciascun file sorgente di un progetto open source. È davvero necessario per un (1) progetto open source e (2) progetto closed-source? Cosa stai cercando di ottenere o prevenire inserendo queste notifiche nei file sorgente?

Capisco che sia una domanda legale e dubito che possiamo ottenere una risposta pienamente competente qui a programmers.SO (è per i programmatori, non è vero?) Ciò che sarebbe interessante anche sentire, quando metti cose legali in i tuoi file sorgente, è perché "tutti lo fanno" o hai una consulenza legale? Qual è stato il ragionamento?

    
posta mojuba 17.11.2010 - 18:00
fonte

5 risposte

33

Is this really necessary

No. Non è richiesto dalla legge. (IANAL, ma ho visto questo dichiarato da uno.)


Se hai un progetto in cui singoli file potrebbero essere presi fuori dal contesto, potrebbe essere sensato - ma solo richiede un paio di righe, per dire qualcosa del tipo:

This file is part of <project> which is released under <license>.
See file <filename> or go to <url> for full license details.


Per qualsiasi altra cosa, puoi semplicemente inserire un file di testo LICENZA nella radice del progetto e qualsiasi dettaglio / credito / ecc. Rilevanti nel file README - è ancora protetto da copyright (automaticamente), quindi è solo una questione di chiarezza di licenza nel file readme.

    
risposta data 17.11.2010 - 18:14
fonte
21

Potresti, semplicemente, mettere la tua nota sul copyright che menziona un file LICENSE, tuttavia non è garantito che, una volta rilasciato, il tuo codice rimanga atomico. In effetti, è abbastanza probabile che i suoi frammenti verranno remixati in almeno altri progetti.

Ecco perché è importante avere almeno quanto segue in ogni file sorgente:

/* 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 :
 */

Compi due cose facendo questo:

  • Il tuo copyright viene affermato indipendentemente dal modo in cui il tuo codice si disintegra e si disperde in futuro.
  • Rendi chiari i termini di utilizzo, distribuzione e modifica, anche se qualcuno ha ricevuto solo una piccola parte di una libreria che hai scritto.

Molte persone includono anche il loro indirizzo e-mail sotto il copyright, che è utile per ricevere le patch in futuro. Il mese scorso ho ricevuto una patch per il codice che ho scritto cinque anni fa e che avevo dimenticato da tempo. Ovviamente, questo significa mantenere un indirizzo e-mail e sopportare un po 'di SPAM.

Se mai hai effettivamente bisogno di imporre la tua licenza , è fondamentale che l'altra parte non può dire che i termini erano ambigui o mancanti, tutti scherzi a parte.

Inoltre, è divertente osservare come bit e pezzi del tuo codice trovano la loro strada in altri bit e pezzi di codice nel tempo. La maggior parte delle persone gioca bene e rispetta i termini di copyright e licenza.

    
risposta data 06.01.2011 - 11:33
fonte
2

Volevo solo annotare Open Source! = No Copyright.

L'Open Source fa affidamento su qualcuno che rivendica il copyright, quindi adotta un documento legale specifico (Come la GPL) per concedere ad altri diritti su quel codice.

Quindi qualunque cosa tu abbia deciso sia adatto per il codice sorgente chiuso è adatto anche per il codice open source.

    
risposta data 06.01.2011 - 10:17
fonte
1

Per qualsiasi progetto open source

Stai definendo le condizioni in base alle quali il codice deve essere utilizzato e ridistribuito (o meno, a seconda di tali condizioni).

Per lo meno, una licenza può rispondere a domande come:

  • Appropriazione: qualcuno può prendere il codice e trasformarlo in un progetto diverso? Un buon esempio di tale fenomeno è Google Chrome, che si basa sul progetto Chromium open source.
    • Hanno bisogno di darti credito, chiedere il permesso, ecc ...
  • Uso commerciale: il tuo codice può essere utilizzato commercialmente, ad esempio all'interno di Photoshop come DLL di terze parti? In tal caso, si applicano condizioni diverse?
  • Ridistribuzione: alcuni usi del tuo codice devono essere in software con una licenza simile / identica? Licenze come la GPL che richiedono questo sono chiamate licenze virali (e non so se si tratta di un termine negativo, o solo una constatazione di fatto).

Ecc. Questo non è affatto un elenco completo, è solo per darti un'idea delle domande che una licenza dovrebbe indicare chiaramente.

    
risposta data 17.11.2010 - 18:36
fonte
-1

Un altro motivo per mettere un copyright sul tuo codice è che consente agli altri di sapere chi lo ha scritto. Mi piace essere in grado di vedere da dove viene il codice e quanto tempo è passato. È interessante e utile vedere come il codice è stato utilizzato in altri progetti. Quindi, anche se legalmente potresti non aver bisogno di mettere il tuo copyright su qualcosa, aggiungilo per ragioni informative. - a thornton

    
risposta data 21.11.2016 - 16:41
fonte

Leggi altre domande sui tag