Est-il légal de recréer / opensource un programme que vous avez précédemment codé pour une autre société?

Lors de mon précédent emploi, j'avais créé un tableau de bord générique pour automatiser les tâches. Ce dernier s'est avéré très utile - et bien sûr, mon employeur précédent est propriétaire de tout le code que j'ai écrit pendant que j'y travaillais. Maintenant que je ne suis plus là, est-ce légal de recréer ce tableau de bord à partir de la mémoire et d'ouvrir le code source? Si je le recrée, le code (peut-être 2k-3k lignes) pourrait être presque identique à l'original car j'ai une mémoire assez bonne et j'ai tendance à suivre mon style de code habituel et mes conventions de nommage.

Edit: un peu plus d’arrière-plan - c’est un logiciel assez générique qui n’est utilisé que de manière interne par une petite équipe (<10) au sein d’une entreprise mondiale. "La société" n'est même pas au courant de ce système car c'est moi qui le crée de ma propre initiative. Il est construit sur python / django. Et par presque identique, je veux dire que, par exemple, les modèles Django auront le même nom / les mêmes champs et que les vues utiliseront des requêtes similaires pour renvoyer les mêmes ensembles d’objets.

Bonne question, mais c'est probablement le mauvais endroit à poser car vous ne recevrez pas de bons conseils juridiques des programmeurs. IANAL, demandez un conseil juridique approprié.

Cela ne me semble pas légal. Il est très probable que si vous publiez un programme presque identique à celui de votre ancienne société, vous risquez d'être poursuivi en justice. Cela dit, je suis sûr que cela arrive souvent.

Une chose à faire est de recréer le programme dans une langue différente. De cette façon, il est clair que vous n’avez pas quitté le groupe avec le code source, puis que vous l’avez ouvert. Il est également instructif de résoudre un problème que vous connaissez dans une langue différente.

Je suggérerais également de réfléchir à des moyens d’améliorer le programme, de le rendre plus extensible, etc. La deuxième fois que vous faites quelque chose est presque toujours beaucoup mieux que la première, car vous pouvez éviter tous les problèmes. façon "les décisions de conception que vous avez peut-être prises la première fois.

Même si vous ne le relâchez jamais, ce serait un bon exercice. Si au final vous obtenez un avis juridique et que vous choisissez de le publier, vous serez mieux protégé.

Juridique ou non, si votre employeur le découvre et décide d'insister, vous serez dans un monde de souffrance. Même si vous finissez par être jugé juste, le litige potentiel peut finir par être complètement ruineux pour vous. Vous risquez également de subir les foudres de la communauté des logiciels libres pour le polluer avec un code protégé par le droit d'auteur, ainsi que la perte de réputation du fait que votre employeur le considère comme malhonnête.

Vous risquez également des actions de quiconque adopte votre produit. Dans le pire des cas, les utilisateurs de votre produit devront soit le licencier auprès de leur employeur précédent, soit le retirer de leur solution, ce qui leur coûtera du temps et de l'argent - de toute façon, ils pourraient vous poursuivre en justice pour dommages et intérêts.

Il semble qu'il serait plus facile de faire ce qui est bien - parler à votre ancien employeur, obtenir son consentement pour réutiliser le produit que vous avez développé pour lui dans le but de le distribuer en source libre. Ils peuvent simplement dire "vas-y". Le faire derrière le dos est généralement une mauvaise idée, à part les questions juridiques.

Quel type de programmeur ayant eu la possibilité de recréer quelque chose qu'ils avaient fait auparavant (les leçons apprises, etc.) produirait quelque chose de "presque identique". A moins que vous ne croyiez avoir codé quelque chose de parfait ??? A quel point vous avez de plus grandes questions à vous poser.

Les tableaux de bord sont à la pelle. Votre employeur n'a jamais possédé la propriété intellectuelle sur cette idée. Votre employeur était propriétaire des droits d'auteur sur la mise en œuvre spécifique.

Vous pouvez écrire le nouveau code à partir de zéro. Cela signifie que le travail n'est pas un travail dérivé. Il est judicieux de garder des notes pour pouvoir le prouver.

Techniquement, vous créez un travail dérivé. Vous connaissez la solution existante et vous le recréez à partir de la mémoire. IANAL s’applique habituellement, mais si votre ancien employeur vous poursuit en justice pour violation du droit d’auteur, j’imagine qu’ils ont un argument assez solide et que ce sera à vous de proposer une explication plausible quant aux raisons pour lesquelles votre programme recréé ne devrait pas être considéré comme un travail dérivé.

Mis à part les aspects juridiques, engager une action en justice avec un ancien employeur n’est pas ce que vous souhaitez, même si vous gagnez, vous serez «ce gars-là», ce qui, j’en doute, serait un bon choix de carrière.

Aux États-Unis, si votre ancien employeur décide de vous poursuivre, vous aurez des problèmes, peu importe ce que les juges pensent.

Théoriquement, votre entreprise est propriétaire de votre travail, pas votre cerveau. Par conséquent, si vous refaites le travail à votre rythme, ils ne devraient en être propriétaires. Après tout, ils vous ont embauché à cause de ce que vous saviez avant de vous engager. Il semble illogique de supposer qu’ils peuvent tirer parti de vos connaissances antérieures tout en vous refusant de faire de même après votre départ. Mais IANAL, non plus.

À moins bien sûr qu'ils vous aient fait signer des trucs fous. Ou à moins qu'ils aient déposé un brevet. S'ils le faisaient, ils ne possèdent qu'une partie de votre cerveau. Dans ce cas, les schémas de cellules nerveuses qui constituent cette connaissance dans votre cerveau ne sont plus les vôtres et vous devez éviter de les utiliser à nouveau. Parlez de vendre votre âme.

Je vais m'éloigner du sujet principal pour dire que tout cela est vraiment triste.

Maintenant sur la question:

Si vous étiez un menuisier fabriquant des meubles et que l'ancienne société vous fournissait des plans et des dessins, vous êtes embauché par une autre société. Il est clair que vous avez des problèmes si vous commencez à fabriquer exactement les mêmes choses.

Si votre ancienne société n'a acheté que le produit de votre travail, et que vous l'avez conçue et "inventée" (et vous pouvez le prouver), alors la loi devrait vous concerner.

La morale de l'histoire: la prochaine fois, faites-le en open source depuis le début.

(a) Ne prenez pas de conseils juridiques sur Internet (y compris ces conseils!)

(b) Être poursuivi en justice est une vraie douleur au dos, même si vous gagnez

(c) Vous semblez penser qu'il n'y a pas de risque réel d'être poursuivi en justice. Si tel est le cas, le fait que vous ayez ou non le droit privé de le faire n'a probablement aucune importance.

Que cela soit légal ou non, cela va se résumer à ce que vous voulez recréer ce projet par rapport à combien vous voulez courir le risque d'être poursuivi en justice. Si vous avez l'argent, alors je vous suggère de consulter d'abord un avocat pour savoir si vous avez le droit de le faire, et le coût du litige disparaîtra si vous le faites.

Il existe probablement une différence juridique entre recréer la solution à partir de la mémoire et créer une solution originale répondant aux mêmes spécifications (mais IANAL, alors posez-en une). Pour prouver cette dernière, vous pouvez publier une spécification originale et complète de l'outil que vous envisagez de développer sur votre blog. Ensuite, il est possible pour un autre développeur qui n'a jamais vu votre travail précédent de le coder.

Voici un moyen simple: -Ouvrez le tableau de bord à partir de l'URL disponible. -Penser aux meilleurs moyens de rendre cela plus facile / meilleur / ainsi de suite. -Récrivez-le sur une langue différente, comme suggéré précédemment. Une bonne raison d'apprendre le rubis, le haskell, le lisp, etc. -Alors faire un projet open source. n'hésitez pas à ajouter "inspiré par ..." et à créer un lien vers le site d'origine.

Il ne faudrait pas beaucoup de temps pour leur demander la permission. Vous avez besoin d'une signature légale écrite. Pour se couvrir soi-même.

Mais si vous leur demandez de vous laisser recréer quelque chose que vous avez déjà créé pour eux. Le leur vendre. Vendez-leur l'idée. Vous allez ouvrir un morceau de logiciel qu'ils utilisent déjà et le rendre accessible aux critiques et ajouts potentiellement importants de la communauté de programmation. Ils n'auront pas à dépenser des ressources en interne pour gérer et améliorer le logiciel. À moins qu'ils ne veulent gagner plus d'avantages. Je veux dire vraiment leur vendre l'idée.

Si ce n'est pas une technologie de base vendue aux clients, vous obtiendrez probablement l'approbation assez facilement. S'ils vendent quelque chose aux clients, ils s'ouvrent eux-mêmes à des concurrents qui font concurrence au même produit. Vous seul sauriez vraiment à quel point votre employeur précédent considère ce code comme important. Si ce n’est pas l’importance de générer des revenus et d’améliorer la productivité, vous êtes très susceptible d’être approuvé.

C'est le moyen le moins cher et le plus rapide d'obtenir ce que vous voulez. S'ils disent oui, pas de problème. Cela ne vous a pris que du temps. S'ils refusent et que vous souhaitez continuer, demandez à un avocat quel est son opinion. Je m'attends à ce que la seule chose qu'ils possèdent soit la mise en œuvre. Si vous le recréez avec suffisamment de modifications pour qu'il ne soit pas identique et fonctionne exactement de la même manière, vous êtes beaucoup mieux loti.

C'est un état dysfonctionnel, du système actuel où nous ne possédons pas le produit de notre travail. Certaines des sociétés les plus prospères où celles où les gens pouvaient librement profiter de leurs propres efforts. Vous pouvez établir des comparaisons avec cette situation avec la propriété foncière féodale et les problèmes qu’elle crée. À un moment donné, les gens vont faire des affaires différemment. Comme googles 1/5 de votre temps pour vos propres projets.

Tout cela dépend sûrement du contrat entre vous et le client. Si vous aviez prévu de le faire, vous devriez avoir une clause stipulant que "cette source reste la propriété intellectuelle de kefeizhou ..." ou quelque chose du genre (je sais que le recul est 20/20). Je suis d'accord avec les autres commentaires selon lesquels Programmers SE n'est pas la meilleure source de conseils de Legakl, et que, juridique ou non, cela vous expose à des problèmes. A propos, je travaillais auparavant comme graphiste et dans ce secteur, presque tout le travail restait la propriété intellectuelle du client et non du concepteur.

En France, c'est illégal.

Le propriétaire du code est votre ancien patron. Peu importe comment vous le récupérez, à partir d'une clé USB ou de votre mémoire.

Si vous souhaitez utiliser ce tableau de bord, vous devez définir un accord avec le propriétaire.