Comment puis-je m'assurer que mon code de projet de soirée est le mien?

Je suis physicien avec un diplôme CS et je viens de commencer mon doctorat dans une entreprise de technologie (je voulais faire de la recherche appliquée). Il traite des simulations d'éléments finis à grande échelle.

Après avoir revu leur approche actuelle, je pense qu'une méthode radicalement différente doit être appliquée (ils utilisent un outil commercial très limité).

Je préfère baser mes recherches sur un solveur d'éléments finis open source et écrire un programme qui l'utilise. Je voudrais développer cette idée le soir, car c'est le moment qui me convient le mieux pour la programmation (pendant la journée, je préfère la lecture et les mathématiques) et l'utiliser à un stade avancé de ma thèse.

Je voudrais avoir la possibilité de publier mon programme en open source sur mon site Web comme référence, pour une utilisation future personnelle ou même commerciale (par exemple, consultation).

Comment puis-je m'assurer que mon entreprise ne revendique pas la propriété du code?

Je pensais qu'un système de contrôle de version pourrait aider (vérifiez seulement le soir). Cela documenterait que je n'ai pas programmé pendant les heures normales de bureau (documenté ailleurs). Mais ces données peuvent être facilement fabriquées. D'autres idées?

Je tiens à souligner que je ne suis pas intéressé par la vente de logiciels et mon entreprise non plus.

Réponses très intéressantes jusqu'à présent. Cela m'aide clairement. Quelques remarques:

• Je ne suis pas limité par mon contrat de travail. La loi nationale stipule que l'entreprise possède tout ce que je produis pendant les heures de travail et aucun accord spécial n'a été conclu (mon employeur ne vend pas de logiciels et peut être un peu naïf de ce côté). Ils utilisent principalement des logiciels et aucun de mes collègues n'est un programmeur sérieux.
• Deuxièmement, je dois repenser le point soulevé par @Mark au sujet des secrets commerciaux. C'est assez grave dans l'industrie particulière.
• Troisièmement, je me soucie beaucoup de ne pas déranger mon superviseur / patron. Mais, et c'est la motivation de cette question, je voudrais garder la partie innovante de mon travail un peu séparée afin que je puisse la réutiliser ou au moins la démontrer comme ouvrage de référence.

N'écoutez personne qui dit "votre propre temps est le vôtre, ne le dites à personne!" parce que c'est un conseil incroyablement mauvais qui est presque certain de vous poser des problèmes, sinon à votre emploi actuel, puis à un futur.

Non seulement les contrats de travail varient trop largement et de manière significative pour que tout type de conseil générique soit utile, mais différents pays (y compris dans l'UE) ou même différents États au sein d'un même pays (États-Unis) ont des règles différentes concernant la quantité de votre travail l'employeur possède, et même si vous pensez que vous êtes sur un terrain sûr, vous pouvez toujours être poursuivi , selon la façon dont votre employeur est ennuyé. Qui a les poches les plus profondes pour les frais juridiques, vous ou votre employeur? J'ai pensé ainsi.

Obtenez d'abord la permission et obtenez-la par écrit , afin que vos fesses soient couvertes si cela devenait un problème plus tard (même des années plus tard, avec un ensemble de gestion complètement différent qui panique soudainement sur ce que la direction précédente était totalement détendue - vous pouvez '' t prédire l'avenir!)

Si vous voulez coder quelque chose par vous-même et l'utiliser pour votre entreprise, vous voudrez clarifier cela avec votre patron en lui expliquant d'abord que vous travaillez dessus en dehors des heures de travail. Vous devriez consulter votre politique d'utilisation des logiciels pour voir si vous pouvez utiliser des programmes open source comme solution d'entreprise. Pour mon entreprise, tant que le programme est développé en dehors des heures d'ouverture et non sur les systèmes de l'entreprise, nous pouvons le distribuer à la communauté open source et l'utiliser en interne.

Je ne suis pas avocat, mais si vous étiez employé dans mon entreprise et que vous commenciez à travailler sur un projet open source où le projet touche mon entreprise, je ne serais pas content. Surtout lorsque vous donnez quelque chose au monde gratuitement qui autrement pourrait être vendu par nous.

Ce serait même lorsque vous ne travaillez que le soir, en utilisant votre propre matériel ou logiciel, à la maison. Je vous suggère donc de mieux parler à votre patron.

Votre problème spécifique ne peut pas être répondu sans connaître les détails de votre contrat de travail et les détails des lois locales sur l'emploi, mais une réponse à votre problème général peut être suggérée.

Il me semble que votre travail se divise en quatre catégories distinctes:

1. Travail que vous effectuez sur votre thèse de doctorat.
2. Le travail que vous faites pour créer et maintenir la bibliothèque d'analyse par éléments finis que vous utilisez pour votre travail de doctorat.
3. Vous travaillez en appliquant votre solveur d'éléments finis à des problèmes sur votre lieu de travail.
4. Le travail que vous faites pour créer et maintenir la bibliothèque d'analyse par éléments finis que vous utilisez pour le travail de votre entreprise.

Il est clair que tout le travail effectué pour 3 appartient à l'entreprise pour laquelle vous travaillez et est probablement confidentiel et propriétaire.

Il est également clair que moralement, vous devez être propriétaire de tout le travail effectué sur 1, mais cela peut ne pas être légalement le cas, sauf si vous l'avez écrit explicitement dans votre contrat de travail.

C'est la question des 2 et 4 qui sont les plus délicates. Idéalement, vous voulez les combiner, donc je peux voir trois options ici:

• La pire option est que vous les gardiez complètement séparés et que vous deviez répéter le codage que vous faites au travail lorsque vous rentrez chez vous ou vice versa. Même dans ce cas, vous ne pouvez pas posséder les droits sur votre bibliothèque personnelle , même si vous la rendez open source.

• L'option suivante est que l'entreprise conserve la propriété de la bibliothèque, mais vous lui demandez de vous accorder une licence, à perpétuité, pour l'utiliser pour votre travail de doctorat. Malheureusement, cela signifie que vous ne pourrez pas le publier en open source.

• Enfin, et c'est probablement la vente la plus difficile, vous faites parrainer votre entreprise votre bibliothèque open source.

Ce dernier cas est le plus intéressant, mais tous les trois vous obligent à négocier avec votre employeur.

En sponsorisant votre travail sur une bibliothèque open source, votre entreprise devient le bon gars , elle profite de votre temps non rémunéré, et potentiellement elle gagne encore plus de valeur lorsque d'autres personnes aident à tester, déboguer et améliorer la bibliothèque.

Maintenant, vous devrez faire attention à conserver les améliorations spécifiques au domaine relatives aux secrets commerciaux de l'entreprise dans une succursale locale de l'entreprise, ou structurer votre bibliothèque de manière extensible, afin qu'elles ne fuient pas dans votre bibliothèque, mais ce n'est pas un problème insurmontable .

Vous n'avez pas énuméré votre contrat ou votre lieu de résidence, mais je peux vous dire qu'ici, aux États-Unis, votre entreprise possède généralement tout ce que vous faites, même en dehors du travail, si cela est lié à leur entreprise et compte tenu de votre description que vous pensez avoir une solution. quelque chose qu'ils font qui est mieux que leur solution actuelle qui semble très directement liée à leur entreprise.

Ce serait aux tribunaux de décider si ce que vous faites est lié, mais cela semble assez clair d'après votre description.

L'idée que des choses en dehors du temps de travail qui sont liées aux activités de votre entreprise leur appartient souvent semble étrange au début, mais il existe de nombreuses raisons logiques pour que cela soit le cas pour de nombreux types d'emplois.

Imaginez que la loi vous appartenait à tout ce qui se faisait en dehors du temps de travail, que ce soit lié ou non. Quelles en seraient les conséquences? Quelques idées pour vous lancer.

Vous êtes en réunion avec des collègues de 11h à 12h et discutez de nouveaux objectifs de produits. 12h à 13h vous prenez votre pause déjeuner. Pendant le déjeuner, vous avez un remue-méninges et imaginez une solution géniale. Possédez-vous cette solution? Pouvez-vous raisonnablement et moralement retourner à l'entreprise et exiger qu'ils doivent acheter cette solution que vous venez d'avoir parce que vous n'y avez pas pensé pendant les heures d'ouverture?

Pour les travailleurs du savoir, les entreprises ne vous paient pas 40 heures par semaine. Ils vous paient pour résoudre les problèmes qu'ils vous posent, quel que soit le moment.

Comme d'autres l'ont souligné, il y a également un conflit d'intérêts. Imaginez que je travaille dans une société de jeux qui n'a jusqu'à présent créé que des jeux de stratégie en temps réel. Je décide de faire, à mon propre rythme, un jeu de plateforme à la maison après les heures. Si je conçois un excellent algorithme d'IA à la maison, n'ai-je pas l'obligation morale de le partager au travail? Si je retiens les idées de systèmes de jeu que je développe à la maison des solutions que je propose au travail, est-ce que je tiens vraiment mon accord avec mon employeur? Ils me paient pour ces solutions. On peut dire que même si je l'ai inventé pendant mon temps libre, il appartient à l'employeur. Encore une fois, ils me paient pour des solutions, peu importe quand elles sont imaginées.

Si vous voulez travailler sur des choses en dehors du travail, vous avez essentiellement quelques options

1) Obtenez une autorisation écrite.

2) Faites quelque chose sans équivoque sans rapport avec les affaires de vos employés.

3) Quittez et faites ce dont vous vous sentiez si confiant.

Pour le n ° 2, encore une fois, cela dépendra des avocats s'ils sont liés à distance. Si vous travaillez dans une entreprise informatique le jour et que vous dirigez un restaurant la nuit, il n'y a probablement aucun problème. Si vous travaillez dans une entreprise qui propose un logiciel de sécurité Internet et que vous écrivez une application Twitter la nuit, cela commence à devenir plus ambigu. Vous seul pouvez décider du niveau de risque à prendre. Les meilleures approches sont # 1 ou # 3

Si rien d'autre ne fonctionne, alors vous pouvez peut-être publier le code sous le nom d'une autre personne en qui vous avez confiance (un bon ami, une petite amie, votre mère) et faire un "contrat" ​​que vous possédez avec le code ou lui laisser une "licence". pour vous ou quelque chose de similaire.

Je ne dis pas que cela est sensé, mais des systèmes similaires sont utilisés dans le monde entier pour toutes sortes de choses et peuvent peut-être vous aider à vous protéger légalement de votre entreprise. Je ne sais pas trop comment cela fonctionnerait pour vous et ne me prenez pas trop au sérieux.

J'ai eu un problème similaire une fois, à une échelle beaucoup plus petite ... Quelques commentaires: Je ne pense pas que le code source s'engage dans un service de dépôt distant ( codesion , github , bitbucket etc.) peut être fabriqué. Une approche que j'ai suivie a été de s'engager avec un ami à regarder le référentiel à l'autre bout d'une session MSN (nous en avons discuté et il témoignerait en cour si nécessaire).

Une bonne lecture de la façon dont quelqu'un a parlé avec son entreprise est (je crois) l' application Y-combinator de dropbox , citant:

Certains fondateurs sont-ils couverts par des accords de non-concurrence ou de propriété intellectuelle qui chevauchent votre projet? Y aura-t-il des employés ou des consultants pour quelqu'un d'autre?

Drew: Certains travaux ont été effectués au bureau Bit9; J'ai consulté un avocat et j'ai une lettre signée indiquant que Bit9 n'a aucune participation / propriété d'aucune sorte dans Dropbox

Ce que je ferais si j'étais vous, ce serait de continuer et d'être prêt à prouver à tout moment que tout ce que vous commettez, n'a aucun rapport avec le matériel disponible dans votre travail "matinal" ...