In che modo i progetti open source dovrebbero gestire gli avvisi di copyright?
Mantienili semplici e investi altrove.
Gli avvisi sul copyright nel codice sorgente vengono applicati in modo incoerente e gestiti male. Di conseguenza, tali avvisi sono scarse fonti di informazioni. Dovrebbero essere destinate più risorse al mantenimento degli avvisi sul copyright? NO.
Gli avvisi sul copyright sono stringhe di una riga che in genere includono la parola "Copyright" (o qualche sostituto, come ©), un nome (di solito una persona o un'azienda) e un anno.
In questo articolo non mi concentrerò sulle licenze o sugli avvisi di licenza (che a volte possono includere un avviso di copyright). Il mio suggerimento di dare una priorità bassa agli investimenti nella manutenzione degli avvisi di copyright NON si applica alle informazioni sulla licenza. Le informazioni sulla licenza devono essere presentate chiaramente e mantenute accurate. Se inviti altri a prendere e fare qualcosa con il tuo software, rendi chiare le autorizzazioni concesse presentando e mantenendo informazioni chiare sulla licenza.
Ritornando agli avvisi sul copyright: qual è il loro significato legale? Se ritieni che gli avvisi sul copyright soddisfino un requisito legale o almeno forniscano un vantaggio legale significativo, ripensaci. Il significato legale di tali avvisi nel software open source è così ridotto che si possono facilmente trovare considerazioni pratiche che superano il significato legale.
Sebbene questi avvisi possano sembrare importanti, la loro presenza nel codice sorgente oggi è in gran parte un residuo della legge sul copyright del passato. C'è stato un tempo in cui la mancata inclusione di un avviso di copyright nel materiale pubblicato poteva comportare la completa perdita dei diritti ai sensi della legge statunitense sul copyright; la situazione cambiò quando gli Stati Uniti finalmente si unirono ai molti altri paesi che erano già parti della Convenzione di Berna (l’adesione degli Stati Uniti al trattato avvenne il 16 novembre 1988 e divenne effettiva negli Stati Uniti il 1 marzo 1989).
Se questi avvisi nel software open source fossero utili, invece di mantenere gli avvisi di copyright, un progetto potrebbe adottare convenzioni che, invece di cercare di soddisfare i requisiti statutari statunitensi per un "avviso di copyright", possano essere mantenute con meno sforzo e comunque ottenere un certo valore pratico.
Poiché la legge statunitense sul copyright è stata un fattore così significativo nel guidare l'uso degli avvisi di copyright, è qui che approfondirò. Lo US Copyright Office pubblica documenti guida noti come Circulars. La Circolare 3, Avviso sul copyright, comprende:
"L'avviso di copyright era richiesto per tutte le opere pubblicate per la prima volta prima del 1 marzo 1989, fatte salve alcune eccezioni discusse di seguito. Se l'avviso veniva omesso o veniva commesso un errore nell'utilizzo dell'avviso di copyright, l'opera generalmente perdeva la protezione del copyright negli Stati Uniti Uniti. L'avviso sul copyright è facoltativo per le opere pubblicate a partire dal 1 marzo 1989, le opere inedite e le opere straniere, tuttavia, ci sono vantaggi legali per l'inclusione dell'avviso sul proprio lavoro."
La frase che ho sottolineato chiarisce che, negli Stati Uniti, le note sul copyright erano molto importanti fino al 1988. Ma quando gli Stati Uniti si unirono a molti altri paesi nella Convenzione di Berna, il ruolo fondamentale delle note sul copyright secondo il diritto statunitense è stata eliminata dalla disposizione della Convenzione secondo cui: "Il godimento e l'esercizio di questi diritti non saranno soggetti ad alcuna formalità…"
I progetti software del MIT (The X Window System) e dell'Università della California, Berkeley, (Berkeley Software Distribution) hanno portato ai primi testi di licenza, ciascuno dei quali aveva origine quando era ancora in vigore il draconiano requisito "notice-or-lose-it" (o almeno fresco nella mente di coloro che hanno contribuito al testo di queste licenze). Un risultato di tale tempistica è che questi testi di licenza contengono un linguaggio esplicito sulla riproduzione degli avvisi di copyright.
Con il continuo uso pervasivo di licenze basate su questi testi, la maggior parte degli sviluppatori di software open source hanno visto licenze che sembrano attribuire importanza agli avvisi di copyright. Ma quei testi sono stati creati pensando a un regime giuridico precedente. Sono ormai passati 30 anni dal momento in cui la caratteristica dell’assenza di formalità richiesta dalla Convenzione di Berna (che la maggior parte degli altri paesi aveva già abbracciato) fu applicata per la prima volta agli Stati Uniti. Per apprezzare la portata dell'adozione della Convenzione di Berna, consultare l'elenco delle parti contraenti gestito dall'Organizzazione mondiale per la proprietà intellettuale, che amministra la Convenzione di Berna.
Forse ti starai chiedendo quali siano i "vantaggi legali" menzionati nella citazione sopra. La risposta si trova alla fine della Circolare 3:
Sebbene l'avviso sia facoltativo per le opere inedite, straniere o pubblicate a partire dal 1 marzo 1989, l'utilizzo di un avviso di copyright comporta i seguenti vantaggi:
- L'avviso informa i potenziali utenti che sull'opera viene rivendicato il diritto d'autore.
- Nel caso di un'opera pubblicata, un avviso può impedire a un convenuto in un'azione per violazione del diritto d'autore di tentare di limitare la propria responsabilità per danni o provvedimenti ingiuntivi basati su una difesa incolpevole per violazione.
- L'avviso identifica il proprietario del copyright al momento della prima pubblicazione dell'opera per le parti che richiedono l'autorizzazione per utilizzare l'opera.
- L'avviso identifica l'anno della prima pubblicazione, che può essere utilizzato per determinare la durata della protezione del diritto d'autore nel caso di un'opera anonima, un'opera pseudonima o un'opera realizzata su commissione.
- L'avviso può impedire che l'opera diventi un'opera orfana identificando il proprietario del copyright e specificando la durata del copyright.
Questo è tutto. Questo è il vantaggio.
Ho citato la Circolare 3 del Copyright Office degli Stati Uniti perché fornisce una formulazione dei requisiti leggermente più leggibile rispetto allo statuto sottostante. La legge statutaria a livello federale negli Stati Uniti è codificata nel cosiddetto Codice degli Stati Uniti, organizzato come un insieme di "titoli". Il titolo 17 è Copyright. I dettagli degli avvisi sul copyright si trovano nelle sezioni 401–406 di quel titolo. Si può iniziare da 17 USC 401. Vedere 17 USC 401 (b) per una descrizione dei tre elementi che lo statuto richiede che siano presenti in un avviso di copyright. Se desideri vedere i dettagli dell'"Effetto dell'omissione sui trasgressori innocenti", consulta 17 USC 405(b).
Per fornire informazioni più accurate, perché non ripulire gli avvisi sul copyright in una codebase? Stranamente, 17 USC 506(c) (Avviso fraudolento di copyright), 17 USC 506(d) (Rimozione fraudolenta di avviso di copyright) e 17 USC 1202(a) (False informazioni sulla gestione del copyright) forniscono alcuni disincentivi (anche se limitati a cattive informazioni intenzione). Con un valore basso e qualche rischio (se si sbaglia quando si apportano modifiche), non c'è da stupirsi che non vengano utilizzate più risorse per il mantenimento degli avvisi di copyright.
Alcune persone e alcune aziende pongono l'accento sull'inserimento di avvisi dettagliati nel codice che rendono disponibile con una licenza open source; altri no. Man mano che i progetti open source si sviluppano, alcuni contributi possono includere avvisi e altri no. Un file può includere un avviso originale e nessun altro avviso, anche se il suo contenuto è cambiato sostanzialmente rispetto alla versione originale. Oppure un collaboratore successivo potrebbe aggiungere un avviso a un file che in precedenza non ne aveva alcuno. E che dire di quell'elemento delle note sul copyright che è "l'anno della prima pubblicazione dell'opera"? Che cosa significa? Persone diverse hanno pratiche diverse. Aggiornato? E quando vengono versati altri contributi?
Per quanto riguarda trarre conclusioni dall'estrazione di dati sugli avvisi di copyright, sii cauto. Avere basse aspettative.
Cosa dovrebbe fare un progetto open source?
Si prega di presentare e mantenere informazioni sulla licenza chiare e accurate.
Per quanto riguarda gli avvisi sul copyright, è difficile giustificare l'investimento nel mantenimento dei dettagli degli avvisi sul copyright. Ma alcune persone potrebbero aspettarsi che siano presenti avvisi. Per quanto riguarda "l'origine del software", forse sarebbe più utile e più accurato fare semplicemente riferimento al progetto, piuttosto che tentare di catturare qualcosa di più dettagliato. Anno di pubblicazione? È improbabile che valga la pena di mantenerlo manualmente nei file sorgente; gli strumenti di gestione delle fonti forniscono informazioni più accurate a un costo delle risorse inferiore.
Per maggiori dettagli su un approccio pratico, rivolgo la vostra attenzione a un'eccellente riconsiderazione della pratica degli avvisi di copyright: Avvisi sul copyright nei progetti software open source, di Steve Winslow, 10 gennaio 2020.