Domanda:
Il nome di qualcuno può essere rimosso dal software che ha creato se ha trasferito la proprietà del software?
getfugu
2020-06-06 12:33:10 UTC
view on stackexchange narkive permalink

Supponiamo che John faccia parte del Blue Team. Blue Team è un'entità privata senza scopo di lucro negli Stati Uniti che riceve finanziamenti dal governo federale.

John ha scritto del software mentre era su Blue Team che è stato esplicitamente creato per essere utilizzato da Blue Team. John ha messo il suo nome all'inizio di molti dei file di codice che ha scritto. Questo codice è pubblico su Github, ma non ha una licenza specificata.

Tuttavia, John ha fatto qualcosa di brutto ed è stato espulso dal Blue Team. Durante questo processo, John ha trasferito la proprietà del repository di codice su GitHub a Jane.

Alcuni membri del Blue Team sarebbero disturbati nel vedere il nome di John. Per questo motivo, Jane vorrebbe cambiare tutte le menzioni del nome di John in "ex membro del Blue Team".

Può farlo Jane?

La capacità di Jane di farlo dipende dalle regole di Github per la proprietà del repository, dalla politica di Blue Team sull'IP creata durante l'orario di pagamento o da qualcos'altro?

Sembra probabile che Jane sarebbe in grado di rimuovere il nome di John dal codice su Github, ma Jane può rimuovere il nome di John anche da altre versioni del software? (Come le versioni del software utilizzato internamente da Blue Team.)

Esiste una politica esistente per il repository che indica l'autore di ogni file nel file? In altre parole, gli autori sono esplicitamente indicati in ogni file, o almeno nella maggior parte dei file? In tal caso, sei disposto a modificare tale politica, in modo che tutti gli autori siano trattati in modo uniforme (ovvero, in modo che nessuno sia esplicitamente menzionato in ogni file, basandosi sul record di commit per l'attribuzione)? Il repository ha una licenza scritta? Qual era il rapporto tra "Blue Team" e John? Era un rapporto dipendente / datore di lavoro (questo è implicito nella tua domanda, ma non esplicitamente dichiarato)?
Senza aggiungere una giurisdizione, questo è senza risposta. In alcuni paesi non puoi mai perdere il diritto di essere accreditato per quello che hai fatto, non puoi rinunciarvi, venderlo, niente.
Mi viene in mente questa domanda e le sue risposte su SO: [Javadoc @author tag buone pratiche] (https://stackoverflow.com/q/17269843/2821954)
Sono propenso a "se sei stato pagato, lo hai venduto. Se lo hai venduto, non è tuo", anche se potrebbe essere semplicistico per la legge. C'era qualche contratto relativo alla vendita (anche se quella "vendita" era vendita di tempo durante il lavoro), per quanto riguarda l'attribuzione?
La domanda @Makyen è stata aggiornata. Nessuna licenza specificata, esiste una relazione dipendente / datore di lavoro tra John e Blue Team.
Si ritiene che il cattivo comportamento di John abbia radici nel narcisismo, dove il "tagging dell'autore" potrebbe essere una forma di breadcrumb di John che cerca di inserirsi in più posti possibili. Gli altri membri del Blue Team solitamente non si sono dati esplicitamente la paternità.
Non ho ancora contrassegnato una risposta perché entrambe le risposte attuali, sebbene utili, operano senza il contesto completo, che ora ho aggiunto alla domanda.
Presumo che tu voglia semplicemente rimuovere il nome dell'autore dal testo nei file. È corretto? Hai intenzione di riscrivere la cronologia di `git` per cambiare l'autore registrato con ogni commit?
No, la cronologia git può rimanere. Jane si impegna a cambiare il nome di John
Due risposte:
Paul Johnson
2020-06-06 13:50:26 UTC
view on stackexchange narkive permalink

Presumibilmente Blue Team sono tutti dipendenti di qualche azienda ("il datore di lavoro"), quindi il software è un lavoro su commissione e il copyright è di proprietà del datore di lavoro.

Tuttavia anche nel Regno Unito e in altri paesi (ma non negli Stati Uniti) gli autori hanno "diritti morali" sul loro lavoro, inclusa l'attribuzione, l'integrità e l'associazione di un autore all'opera.

Questo l'articolo (dell'avvocato canadese Mark H. Evans) discute la questione dei diritti morali nelle opere su commissione:

Ad esempio, se un ex dipendente ha scritto un blog per promuovere i servizi di un'azienda pubblicato sul sito web della società con il nome dell'autore, la società potrebbe trovarsi citata in giudizio per violazione dei diritti morali dell'autore se cancellasse il nome dell'autore e lo sostituisse con il nome di un dipendente che non era l'autore ma è ancora con l'azienda.

A prima vista John sarebbe in una posizione simile all'autore del blog nella citazione. Quindi per il datore di lavoro (inclusa Jane, come dipendente) rimuovere il nome di John sarebbe una violazione dei suoi diritti morali all'attribuzione.

In questo caso il codice sorgente è pubblico. Tuttavia, nella maggior parte delle impostazioni commerciali, sarebbe segreto:

  • La segretezza del codice renderebbe più difficile per John scoprire che il suo nome è stato rimosso. Comunque supponiamo che un amico ancora in Blue Team glielo dicesse. Non sono sicuro delle regole di scoperta in vari paesi, ma presumibilmente una causa legale seria potrebbe ottenere conferma.

  • La segretezza del codice sorgente significa anche che meno persone vedrebbero il nome di John lì che se fosse generalmente pubblicato. Ciò ridurrebbe i danni, ma non li eliminerebbe. John sarebbe probabilmente in grado di ottenere un'ingiunzione che ordina che il suo nome venga ripristinato.

  • Molti programmi sono pubblicati con una lista di crediti e John lo farebbe sicuramente hanno il diritto morale di comparire in tale elenco con la stessa importanza degli altri membri del team.

Da più avanti nello stesso articolo:

Sebbene i diritti morali siano personali e non possano essere assegnati, è possibile rinunciarvi. Questa è una soluzione importante per la navigazione dei diritti morali nelle opere generate da dipendenti e appaltatori. E poiché qualsiasi cessione di copyright non è una rinuncia automatica ai diritti morali, la rinuncia deve essere espressa.

Quindi dipende dal contratto tra John e il datore di lavoro. Se John ha rinunciato esplicitamente al suo diritto all'attribuzione, il datore di lavoro è in chiaro.

Per me il caso (nella citazione) in cui la paternità è stata esplicitamente asserita di non essere eseguita dall'autore effettivo è moralmente molto diversa dal caso in cui le informazioni sulla paternità vengono semplicemente rimosse - o sostituite da un'affermazione meno specifica (ma comunque vera). Nel primo caso, il vero autore sembra un bugiardo se afferma la verità di aver scritto quel codice
Si noti che in gran parte dei diritti morali dell'UE * non si può * rinunciare. https://www.europarl.europa.eu/RegData/etudes/STUD/2018/625126/EPRS_STU(2018)625126_EN.pdf&ved=2ahUKEwi_j4z_sO7pAhXlkIsKHdb-DS4QFjAAegQIARAC&usg=AOb9Vaw240
La domanda è stata aggiornata. Blue Team e John hanno un rapporto datore di lavoro / dipendente negli Stati Uniti
@Gnudiff ma non devono essere asseriti. Se il datore di lavoro smette di accreditare John e John non se ne cura, non ci sono problemi.
@getfugu la domanda non menziona gli Stati Uniti. Cita un governo federale, ma potrebbe essere Germania, Messico, Brasile, Canada, Svizzera ...
@Gnudiff quel collegamento è 404.
@phoog è colpa mia, devo aver cancellato gli Stati Uniti accidentalmente quando stavo rivedendo altre modifiche.
Anche se penso che questa sia una buona risposta, non tiene conto dei dettagli specifici di `git`, GitHub e della maggior parte dei sistemi di controllo delle versioni (VCS). L'attribuzione * effettiva * per ogni modifica viene memorizzata all'interno di VCS, in file separati all'interno della stessa struttura di directory. * Quella * attribuzione, che è l'informazione di controllo, è considerata una registrazione permanente di * esattamente * chi ha creato quali parti di ogni documento. Il fatto che il nome della persona appaia nel testo del documento potrebbe essere facilmente considerato non l'attribuzione effettiva. Questo presuppone che il lavoro non venga mai distribuito separatamente dal repository `git`.
520
2020-06-06 17:38:54 UTC
view on stackexchange narkive permalink

Rispondo partendo dal presupposto che stai utilizzando una licenza open source, dato che hai il codice pubblicamente su GitHub. Suppongo anche che, dal momento che desideri rimuovere il loro nome dal codice, ciò che hanno fatto sia molto serio, potenzialmente perseguibile penalmente.

Molte licenze open source hanno una clausola di attribuzione che dice che non puoi rimuovere nomi di persone da progetti a cui hanno collaborato. Verifica se la licenza che stai utilizzando ha uno di questi.

Se la tua licenza lo consente, hai un altro problema in termini di community drama. Le persone noteranno che hai rimosso il nome di quella persona e dovrai camminare MOLTO attentamente intorno a questo. Lo scenario migliore è che tu abbia un codice di condotta pubblico chiaro, generale e simile a cui puoi indicare, anche se non corrisponde al 100% a quello che hanno fatto (ad esempio: una molestia e una clausola di attenzione indesiderata). In caso contrario, il massimo che vuoi dire è che non sono più dipendenti dell'azienda e, a causa di circostanze eccezionali, il loro nome verrà rimosso dal progetto. NON descrivere in dettaglio quello che hanno fatto in alcun modo, poiché questo può morderti il ​​culo legalmente.

La domanda è stata aggiornata per riflettere che il codice su Github è pubblicato senza licenza (non esplicitamente open source). Credo che questa pagina sui ToS di Github fornisca ulteriori informazioni su cosa significhi: https://help.github.com/en/github/creating-cloning-and-archiving-repository/licensing-a-repository#choosing-the- diritto-licenza


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 4.0 con cui è distribuito.
Loading...