Sto usando la LICENZA MIT in tutti i miei progetti github . La seconda riga dice che il 2013 è al top. Per avere il copyright da conservare in futuro (cioè dopo il 2013), deve essere cambiato ogni anno o è buono com'è? Devo aggiungerlo, modificarlo o lasciarlo così com'è?
The MIT License (MIT)
Copyright (c) 2013 Aseem Bansal <aseembansal@ymail.com>
//Rest of the MIT LICENSE
Risposte:
Quell'anno nel tuo codice fa parte di un avviso sul copyright . Indica la data di creazione effettiva del software, che influisce sulla finestra temporale del copyright. In senso stretto, non è correlato alla licenza (sebbene la licenza del MIT includa una disposizione secondo la quale l'informativa sul copyright deve essere conservata in tutte le copie del software).
Dovresti aggiornare l'anno se e solo se hai apportato modifiche al tuo software in quell'anno. L'aggiornamento della tua nota sul copyright per includere un anno in cui non hai apportato modifiche al copyright sarebbe una falsa dichiarazione del termine sul copyright. Negli Stati Uniti, questo è attualmente rilevante solo se sei una società, ma può essere rilevante per gli autori non aziendali in altri paesi. (Negli Stati Uniti, i termini di copyright per le persone fisiche sono attualmente in funzione di quanto tempo vivi, non quando crei un'opera.)
La FSF ha alcune indicazioni utili su come includere un avviso di copyright correttamente datato nel tuo software (destinato all'uso con GPL, ma applicabile a tutto il software):
L'avviso sul copyright dovrebbe includere l'anno in cui hai terminato la preparazione del rilascio (quindi se lo hai terminato nel 1998 ma non lo hai pubblicato fino al 1999, usa il 1998). È necessario aggiungere l'anno corretto per ogni versione; ad esempio, "Copyright 1998, 1999 Terry Jones" se alcune versioni sono state completate nel 1998 e alcune sono state completate nel 1999. Se diverse persone hanno contribuito a scrivere il codice, utilizzare tutti i loro nomi.
Per i software con più versioni per più anni, va bene usare un intervallo ("2008-2010") invece di elencare singoli anni ("2008, 2009, 2010") se e solo se ogni anno nell'intervallo, compreso, è davvero un anno "copyrightable" che sarebbe elencato individualmente; e fai una dichiarazione esplicita nella tua documentazione su questo utilizzo.
Dalla guida dell'FSF non è chiaro se il caricamento di lavori in corso incompleti in un repository pubblico valga come "completamento di un rilascio". La mia ipotesi è sì, se il lavoro è stato deliberatamente reso disponibile per il download pubblico, ma non sono un avvocato.
Quindi, per riassumere:
se sono state apportate modifiche che anno, fare includono l'anno in un elenco separato da virgole nella comunicazione di copyright.
se ha non apportare modifiche a copyright quell'anno, non includere tale anno in comunicazione di copyright.
Licenza! = Copyright
Breve, non del tutto preciso, risposta : No, non è necessario rinnovare la licenza ogni anno.
Risposta più lunga, più accurata : no, non è necessario rinnovare le licenze, quindi la base della domanda non è corretta.
Le licenze indicano come gli altri potrebbero utilizzare il tuo codice. Dopo aver specificato una licenza per il codice, non è necessario modificarla mai più. In alcuni casi, è possibile scegliere di ripetere la licenza del codice con una licenza diversa. Se lo hai fatto, allora stai semplicemente fornendo termini diversi che qualcun altro deve seguire per usare il tuo codice.
Il copyright si riferisce alla proprietà del codice. Il copyright è ciò che definisce legalmente il codice come " tuo ". Il copyright sul codice è rinnovabile se si apportano modifiche sostanziali al codice. E se si apportano modifiche sostanziali, quindi sì, è necessario aggiornare la data del copyright. IANAL, ma semplicemente l'aggiornamento della data di copyright senza una modifica sostanziale non sposta effettivamente la data di proprietà / copyright. Ma dato quanto durano i diritti d'autore, è una specie di punto controverso.