Question:
Le nom de quelqu'un peut-il être supprimé du logiciel qu'il a créé s'il a transféré la propriété du logiciel?
getfugu
2020-06-06 12:33:10 UTC
view on stackexchange narkive permalink

Disons que John fait partie de l'équipe bleue. Blue Team est une entité privée à but non lucratif aux États-Unis qui reçoit des fonds du gouvernement fédéral.

John a écrit un logiciel alors qu'il était sur Blue Team qui a été explicitement conçu pour Blue Team. John a mis son nom en haut de nombreux fichiers de code qu'il a écrits. Ce code est public sur Github, mais n'a pas de licence spécifiée.

Cependant, John a fait quelque chose de mal et a été expulsé de Blue Team. Au cours de ce processus, John a transféré la propriété du référentiel de code sur Github à Jane.

Certains membres de l'équipe bleue seraient dérangés de voir le nom de John. Pour cette raison, Jane aimerait changer toutes les mentions du nom de John en «ancien membre de l'équipe bleue». / / p>

Il semble probable que Jane pourrait supprimer le nom de John du code sur Github, mais est-ce que Jane peut également supprimer le nom de John des autres versions du logiciel? (Comme les versions du logiciel utilisé en interne par Blue Team.)

Existe-t-il une politique existante pour le référentiel selon laquelle l'auteur de chaque fichier sera indiqué dans le fichier? En d'autres termes, les auteurs sont-ils explicitement mentionnés dans chaque fichier, ou du moins dans la plupart des fichiers? Si tel est le cas, êtes-vous prêt à modifier cette politique, de sorte que tous les auteurs soient traités de manière uniforme (c'est-à-dire qu'aucun d'entre eux n'est explicitement mentionné dans chaque fichier, en vous basant sur l'enregistrement de validation pour l'attribution)? Le référentiel dispose-t-il d'une licence écrite? Quelle était la relation entre "Blue Team" et John? S'agit-il d'une relation employé / employeur (cela est sous-entendu dans votre question, mais pas explicitement indiqué)?
Sans ajouter de juridiction, c'est sans réponse. Dans certains pays, vous ne pouvez jamais perdre le droit d'être crédité pour ce que vous avez fait, vous ne pouvez pas y renoncer, le vendre, rien.
Je me souviens de cette question et de ses réponses sur SO: [Bonnes pratiques de balise Javadoc @author] (https://stackoverflow.com/q/17269843/2821954)
Je penche pour "si vous avez été payé pour cela, vous l'avez vendu. Si vous l'avez vendu, ce n'est pas le vôtre", bien que cela puisse être trop simpliste pour la loi. Y a-t-il eu un contrat lié à la vente (même si cette «vente» était une vente de temps de travail), concernant l'attribution?
La question @Makyen a été mise à jour. Aucune licence spécifiée, il existe une relation employé / employeur entre John et Blue Team.
On pense que le mauvais comportement de John a des racines dans le narcissisme, où le "marquage de l'auteur" pourrait être une forme de fil d'Ariane de John essayant de s'insérer dans autant d'endroits que possible. Les autres membres de l'équipe bleue ne se sont généralement pas attribués explicitement la paternité.
Je n'ai pas encore marqué de réponse car les deux réponses actuelles, bien qu'utiles, fonctionnent sans le contexte complet, que j'ai maintenant ajouté à la question.
Je suppose que vous souhaitez simplement supprimer le nom de l'auteur du texte dans les fichiers. Est-ce exact? Avez-vous l'intention de réécrire l'historique de `git` pour changer l'auteur qui est enregistré avec chaque commit?
Non, l'historique de git peut rester. Jane ferait de nouveaux engagements pour changer le nom de John
Deux réponses:
Paul Johnson
2020-06-06 13:50:26 UTC
view on stackexchange narkive permalink

Les Blue Team sont vraisemblablement tous les employés d'une entreprise («l'employeur»), donc le logiciel est un travail à louer et les droits d'auteur sont la propriété de l'employeur.

Cependant au Royaume-Uni et dans certains autres pays (mais pas aux États-Unis), les auteurs ont également des «droits moraux» sur leur travail, y compris l'attribution, l'intégrité et l'association d'un auteur à l'œuvre.

Ce l'article (de l'avocat canadien Mark H. Evans) traite de la question des droits moraux sur les œuvres à louer:

Par exemple, si un ancien employé a écrit un blog pour promouvoir les services d'une entreprise publiée sur le site Web de la société sous le nom de cet auteur, la société pourrait se trouver poursuivie pour violation des droits moraux de l'auteur si elle supprimait le nom de l'auteur et le remplaçait par le nom d'un employé qui n'était pas l'auteur mais est toujours dans l'entreprise.

À première vue, John serait dans une position similaire à l'auteur du blog dans la citation. Donc, pour l'employeur (y compris Jane, en tant qu'employée), retirer le nom de John serait une violation de ses droits moraux à l'attribution.

Dans ce cas, le code source est public. Cependant, dans la plupart des contextes commerciaux, ce serait secret:

  • Le secret du code rendrait plus difficile pour John de découvrir que son nom avait été supprimé. Supposons cependant qu'un ami toujours dans Blue Team lui dise. Je ne suis pas sûr des règles de découverte dans divers pays, mais il est probable qu'un procès sérieux pourrait obtenir une confirmation.

  • Le secret du code source signifie également que moins de personnes verront le nom de John là-bas que s'il était généralement publié. Cela réduirait les dommages, mais ne les éliminerait pas. John pourrait probablement obtenir une injonction ordonnant que son nom soit restauré.

  • De nombreux programmes sont publiés avec une liste de crédit, et John le ferait certainement ont le droit moral d'apparaître sur une telle liste avec la même importance que les autres membres de l'équipe.

Plus loin dans le même article:

Bien que les droits moraux soient personnels et ne puissent être cédés, ils peuvent être levés. Il s'agit d'une solution importante pour naviguer dans les droits moraux dans les œuvres générées par les employés et les entrepreneurs. Et comme toute cession de droits d'auteur n'est pas une renonciation automatique aux droits moraux, la renonciation doit être expresse.

Cela dépend donc du contrat entre John et l'employeur. Si Jean a explicitement renoncé à son droit d'attribution, l'employeur est en clair.

Pour moi, le cas (dans la citation) où la paternité était explicitement affirmée comme n'étant pas faite par l'auteur réel est moralement assez différent du cas où les informations sur la paternité sont simplement supprimées - ou remplacées par une déclaration moins spécifique (mais toujours vraie). Dans le premier cas, le véritable auteur ressemble à un menteur s'il déclare la vérité qu'il a écrit ce code
Notez que dans la plupart des droits moraux de l'UE * ne peut * être levé. https://www.europarl.europa.eu/RegData/etudes/STUD/2018/625126/EPRS_STU(2018)625126_EN.pdf&ved=2ahUKEwi_j4z_sO7pAhXlkIsKHdb-DS4QFjAAegQIARVAC&LZDB-DS4QFjAAegQIARVAC&LZDB-DS4QFjAAegQIARV1992L2W2W2W2BW2W2BW2BW2BW2W2K2BW2BW2W2BW2K1
La question a été mise à jour. Blue Team et John ont une relation employeur / employé aux États-Unis
@Gnudiff mais ils ne doivent pas être affirmés. Si l'employeur arrête de créditer John et John ne se soucie pas de cela, il n'y a pas de problème.
@getfugu la question ne mentionne pas les États-Unis. Il mentionne un gouvernement fédéral, mais cela pourrait être l'Allemagne, le Mexique, le Brésil, le Canada, la Suisse ...
@Gnudiff ce lien est 404.
@phoog mon mal, je dois avoir supprimé les États-Unis accidentellement lorsque je révisais d'autres modifications.
Bien que je pense que c'est une bonne réponse, cela ne tient pas compte des détails spécifiques à `git`, GitHub et la plupart des systèmes de contrôle de version (VCS). L'attribution * réelle * de chaque changement est stockée dans le VCS, dans des fichiers séparés dans la même structure de répertoires. * Cette * attribution, qui est l'information de contrôle, est considérée comme un enregistrement permanent de * exactement * qui a créé quelles parties de chaque document. Le fait que le nom de la personne apparaisse dans le texte du document pourrait facilement être considéré comme non l'attribution réelle. Cela suppose que le travail n'est jamais distribué séparément du dépôt `git`.
520
2020-06-06 17:38:54 UTC
view on stackexchange narkive permalink

Je réponds en supposant que vous utilisez une licence open source, étant donné que vous avez le code publiquement sur GitHub. Je suppose également que, puisque vous souhaitez supprimer leur nom du code, ce qu'ils ont fait est très grave, potentiellement pénalisable.

De nombreuses licences open source ont une clause d'attribution qui dit que vous ne pouvez pas supprimer les noms des personnes issues de projets sur lesquels elles ont collaboré. Vérifiez si la licence que vous utilisez en possède un.

Si votre licence le permet, vous avez un autre problème en termes de drame communautaire. Les gens vont remarquer que vous avez supprimé le nom de cette personne, et vous devrez marcher TRÈS prudemment autour de cela. Le meilleur des cas est que vous avez un code de conduite public clair, général et sur lequel vous pouvez pointer, même s'il ne correspond pas à 100% à ce qu'ils ont fait (par exemple: une clause de harcèlement et d'attention indésirable). Sinon, tout ce que vous voulez dire, c'est qu'ils ne sont plus des employés de l'entreprise et qu'en raison de circonstances très exceptionnelles, leur nom est supprimé du projet. NE PAS détailler ce qu'ils ont fait de quelque manière que ce soit, car cela peut vous mordre le cul légalement.

La question a été mise à jour pour refléter que le code sur Github est publié sans licence (pas explicitement open source). Je crois que cette page sur les conditions d'utilisation de Github donne plus d'informations sur ce que cela signifie: https://help.github.com/en/github/creating-cloning-and-archiving-repositories/licensing-a-repository#choosing-the- licence de droite


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...