24

Je travaille sur un problème logiciel au travail qui est assez générique, mais je ne trouve pas de bibliothèque que j'aime résoudre, alors j'envisage d'en écrire moi-même (au moins une version simple). J'écrirai une partie sinon la totalité de la version 1.0 au travail, car j'en ai besoin pour le projet. Si ça se passe bien, je pourrais vouloir ramener le travail à la maison et le peaufiner juste pour le plaisir, et peut-être le publier en tant que projet open-source. Cependant, je crains que si j'écris la version 1.0 au travail, je ne puisse pas être autorisé à le faire d'un point de vue juridique. Évidemment, je pourrais demander à mon patron (qui ne s'en souciera probablement pas), mais je suis curieux de savoir comment d'autres programmeurs ont traité ce problème et où en est la loi. Ma question d'une phrase est,Quand est-il acceptable (légalement / éthiquement) d'ouvrir un outil logiciel à l'origine écrit par vous pour travailler au travail? Que se passe-t-il si vous avez considérablement étendu la source d'origine pendant les heures creuses?

Suivi: Supposons que j'écris tout cela à la maison sur mon temps, puis que je l'utilise simplement au travail, cela change-t-il radicalement les choses?

Suivi 2: Notez que je n'essaie pas de tromper mon employeur (je comprends qu'ils me paient pour construire des produits qu'ils possèdent) - Je me demande simplement s'il existe un moyen équitable de le faire pour toutes les personnes impliquées ... Ce serait bien si des organisations à but non lucratif pouvaient utiliser mon code et leur faire gagner du temps. En outre, un autre problème est en jeu. Si j'écris la bibliothèque pour une chose générique très simple (comme les tableaux HTML en Javascript), cela signifie-t-il que je ne pourrai plus jamais le faire moi-même sans me mettre en danger (même s'il s'agissait d'une toute nouvelle réécriture ou segment d'un projet plus vaste). Suis-je en train de céder mon droit d'écrire du code pour ce genre de projet pour le reste de ma vie (sans la permission de cette entreprise), car le code au travail pourrait encore être quelque part dans mon cerveau qui m'influence? Cela semble lié aux brevets logiciels,

legal

— AlexMA
source

5

Vérifiez votre contrat, demandez à un avocat. De nombreux contrats de travail comportent une clause de type «toutes les inventions appartiennent à l'employeur». Son applicabilité varie ... pour laquelle vous devez demander à un avocat.

7

"Si ça se passe bien, je pourrais vouloir ramener le travail à la maison et le peaufiner juste pour le plaisir, et peut-être le publier en tant que projet open-source." - Il est hautement improbable que votre entreprise approuve cette opération. Votre produit professionnel n'appartient pas à vous.

— Ramhound

5

Je parierais fortement sur cela pour vous plonger dans des eaux extrêmement profondes si le travail était découvert étant donné qu'ils n'ont pas accepté de le libérer. Obtenez-le par écrit.

— Rig

Notez que la plupart des entreprises de taille moyenne interdisent également l'installation de logiciels non approuvés sur les ordinateurs de travail, car cela peut entraîner toutes sortes d'instabilités du système, des virus, etc. cours d’action non plus.

— calum_b

2

@Ramhound Je ne pense pas que ce soit aussi noir et blanc que ça. Comment ne pas penser à la version de travail en écrivant la même chose à la maison? Quoi qu'il en soit, tout cela est probablement réglé par la clause de non-concurrence du contrat de travail. Mon point était qu'il n'y avait probablement aucun moyen d'empêcher le code de votre entreprise d'affecter (même inconsciemment) le code que vous écrivez vous-même, ce qui crée un problème quelque peu intéressant mais pas un argument valable ici.

— AlexMA

41

Il n'est presque jamais acceptable, légalement ou éthiquement, de publier des produits que vous avez créés en utilisant les ressources de votre employeur ou tout en étant payé par l'employeur pour votre temps sans autorisation.

Cependant, cela dépend de votre contrat de travail. Si vous avez été payé par l'entreprise et / ou que vous avez utilisé les ressources de l'entreprise pour fabriquer le produit, il est probable que le travail appartient à votre entreprise. Vous devez passer par votre superviseur et votre service juridique. Selon votre contrat de travail, il peut également y avoir des restrictions sur le travail sur des technologies connexes ou sur l'utilisation des connaissances acquises par votre employeur dans des projets, même si vous travaillez dessus en utilisant des ressources personnelles à votre propre rythme.

Si vous utilisez du temps rémunéré, des ressources de l'entreprise ou développez quelque chose qui pourrait être considéré comme lié aux activités de votre entreprise, demandez toujours conseil à votre responsable et / ou au service juridique pour vous assurer que vous ne violez aucun accord et obtenir l'autorisation appropriée pour travailler sur des projets. En règle générale, il est plus facile de le faire avant de commencer à travailler car cela pourrait changer les approches que vous adoptez sur le projet.

La rédaction de produits à utiliser au travail sur votre temps libre est discutable et dépend des réglementations auxquelles votre employeur doit se conformer. À tout le moins, vous pourriez interférer avec le calendrier, le budget et les estimations de votre employeur en mettant le travail hors ligne. Dans certains cas, vous pourriez enfreindre les réglementations contractuelles en créant des produits en dehors du temps qui sont suivis et facturés de manière appropriée.

— Thomas Owens
source

8

+1 pour le dernier paragraphe. Les employés qui travaillent sur des produits connexes et qui ne comptabilisent pas et ne facturent pas correctement, même si l'employé l'a fait de son plein gré, peuvent entraîner des conséquences importantes pour l'employeur. En particulier si l'employeur est un contractant gouvernemental. L'ensemble du processus d'appel d'offres et des frais généraux repose sur des chiffres précis afin de créer des conditions équitables pour tous les soumissionnaires potentiels de contrats gouvernementaux. La falsification des numéros, intentionnelle ou non, pourrait entraîner le refus de l'employeur de soumissionner sur des contrats et même des poursuites pénales.

— Dunk

Pourriez-vous étoffer l'idée d'un «produit créé pour l'employeur»? Si je trouve une idée ou un concept et que j'utilise cette idée dans le code du produit, suis-je autorisé à utiliser cette idée, par exemple, pour des projets de volontariat open source? Supposons que ce n'était pas breveté ou brevetable.

— AlexMA

1

@AlexMA Cette phrase n'apparaît jamais dans ma réponse, donc je ne sais pas ce que vous voulez développer. Si vous travaillez pour créer un projet sur l'horloge ou utilisez les ressources de votre employeur, reportez-vous au paragraphe 2. Si cela est lié à un projet en cours au travail ou aux affaires de votre entreprise, consultez les paragraphes 3 et 4. Dans tous les cas, c'est une mauvaise idée (si ce n'est pas contraire à l'éthique ou illégal) de travailler sur des choses liées au travail sans autorisation, à votre propre rythme ou non.

— Thomas Owens

@ThomasOwens Ce n'est pas vraiment ce que je voulais dire; désolé d'être flou. Votre devis exact était "des produits que vous avez créés en utilisant les ressources de votre employeur". Qu'est-ce qui constitue quelque chose qu'ils possèdent par rapport à ce que je possède? Qu'en est-il des idées générales de programmation que je trouve au travail, que j'applique ensuite au travail à accomplir? Un peu comme un charpentier qui propose une nouvelle façon de construire les escaliers, ou un marteau neuf et meilleur, puis utilise cette technique / cet outil tout en construisant des escaliers pour son employeur.

— AlexMA

2

@AlexMA Si vous voulez créer quelque chose à utiliser au travail, même pendant votre temps libre, vous devez passer par le service juridique de votre employeur. C'est abordé dans mon dernier paragraphe et dans le commentaire de Dunk - faire du travail à l'extérieur dans le but de soutenir un projet peut avoir des effets néfastes et peut-être des conséquences juridiques. Une idée non liée est une chose, mais si vous voulez utiliser ce que vous faites au travail, passez par la loi avant de commencer à travailler dessus.

— Thomas Owens

14

Si ça se passe bien, je pourrais vouloir ramener le travail à la maison et le peaufiner juste pour le plaisir, et peut-être le publier en tant que projet open-source.

Vous devez être clair avec votre employeur au sujet de vos intentions dès le départ. Arrivez à un accord sur la façon dont tout cela fonctionnera avant de commencer afin qu'il n'y ait pas de sentiments blessés, de malentendus, de déceptions, etc. Le travail que vous faites pour votre employeur est la propriété de votre employeur.

Quand est-il acceptable (légalement / éthiquement) d'ouvrir un outil logiciel à l'origine écrit par vous pour travailler au travail?

Lorsque vous avez la permission de votre superviseur (et peut-être du service juridique) pour distribuer leurs biens.

Que se passe-t-il si vous avez considérablement étendu la source d'origine pendant les heures creuses?

Peu importe. Vous travaillez avec la propriété de votre employeur - changer quelques lignes ici et là ne change rien à ce fait. Il peut toujours être le leur, même si vous modifiez chaque ligne du projet. Vérifiez auprès de votre avocat pour plus de détails, mais ne vous attendez pas à de bonnes nouvelles.

Maintenant, votre employeur peut être parfaitement heureux de distribuer la bibliothèque sous une licence open source. Si ce n'est pas quelque chose qu'ils considèrent comme faisant partie de leur avantage concurrentiel, ou s'ils veulent que la bibliothèque soit maintenue mais ne veulent pas nécessairement faire tout le travail pour la maintenir eux-mêmes, ou s'ils veulent susciter de la bonne volonté, ou autre chose, alors les choses peuvent s'arranger. N'oubliez pas que c'est leur décision.

— Caleb
source

Now, your employer may be perfectly happy to distribute the library .... et cela ne s'ouvre pas à des poursuites potentielles et / ou à d'autres problèmes juridiques en cours de route.

— Martin York

@LokiAstari Bien sûr - l'employeur doit prendre en compte un certain nombre de considérations avant d'ouvrir un logiciel à l'approvisionnement libre; ma liste est loin d'être exhaustive.

— Caleb

2

When you have permission from your supervisor (and perhaps legal department)... Votre superviseur a très rarement le droit de parler au nom de l'entreprise sur ces questions. Il / elle peut penser que c'est très bien, mais la haute direction peut être en désaccord. L'autorisation doit provenir de cadres supérieurs / légaux.

— cdkMoose

2

@cdkMoose Oui, bien sûr - d'où mon inclusion du département juridique. C'est un peu exagéré de dire "très rarement" cependant - fait trop d'hypothèses sur la taille / la structure de l'entreprise. Peut-être que le superviseur est le DSI, le CTO ou le PDG (ou tout ce qui précède). J'aurais probablement dû dire "Quand vous avez l'autorisation nécessaire" et laisser les détails au lecteur.

— Caleb

+1 pour avoir parlé à votre employeur - il peut être parfaitement heureux (ou non) d'ouvrir cette bibliothèque (et non le programme lui-même), mais c'est la bonne chose à faire. Plusieurs entreprises avant-gardistes (Google, Facebook) autorisent leurs employés à open-source une partie du travail qu'ils font, tant que ce n'est pas la proposition de base des entreprises. Mais tous passent par un processus de vérification.

— Suman

5

Réponse simple:

Jamais.

Voici le problème: selon les lois de la plupart des pays modernes, vous détenez un droit d'auteur sur tout ce que vous écrivez par défaut. Cela est vrai même lorsque vous l'écrivez pour quelqu'un d'autre, comme votre employeur .

De toute évidence, cela est problématique pour quiconque souhaite embaucher un développeur de logiciels.

Pour résoudre ce problème, les éditeurs de logiciels vous font signer un accord de non-divulgation (NDA). Dans ce NDA, il indique explicitement que vous renoncez au droit d'auteur de tout le code que vous écrivez pour cet employeur. Peu importe quand vous l'avez fait. C'est tout pareil.

En d'autres termes: le code que vous avez écrit ne vous appartient pas . Il appartient à l'employeur et vous n'êtes pas autorisé à le publier.

Je n'ai jamais entendu parler d'un développeur ne signant pas un NDA, donc à moins que vous ne soyez dans une région très éloignée du monde, c'est une valeur sûre de dire que vous avez signé un NDA lorsque vous avez été embauché.

Si votre employeur est intéressé à le publier pour une raison quelconque, alors c'est une autre histoire (et si vous êtes intéressé, vous pouvez également essayer de le convaincre que c'est la bonne chose à faire). Mais c'est le seul moyen.

— riwalk
source

4

IANAL, mais votre même quand ... ne semble pas être vrai aux États-Unis, du moins selon ce document du US Copyright Office . Aussi: la non-divulgation et le travail pour la location sont des questions non liées - il serait préférable d'utiliser un terme comme "contrat de travail" au lieu de "NDA" ci-dessus car l'accord que vous avez peut-être signé au moment de commencer à l'emploi couvrait probablement plus que la non-divulgation et les accords de non-divulgation n'ont souvent rien à voir avec les conditions d'emploi.

— Caleb

@Caleb, votre source déclare: "Le concept de" travail fait pour la location "peut être compliqué", et c'est tout à fait exact. Une des raisons pour lesquelles cela peut devenir compliqué est que le logiciel est plus qu'un simple code, c'est un ensemble de solutions et d'idées. La question devient alors: "Votre entreprise est-elle propriétaire du code , ou possède-t-elle les idées exprimées par le code ?" Cela devient plus compliqué lorsque vous imaginez le scénario de quelqu'un qui propose une idée géniale pour travailler à 2 heures du matin et la met en œuvre dans le code le lendemain matin. suite ...

— riwalk

... La solution que la plupart des entreprises utilisent consiste à déclarer qu'elles possèdent tout ce que vous avez créé, peu importe quand vous l'avez créé et quel que soit le moment où vous l'avez écrit. Certains États (Washington et Californie viennent à l'esprit) ont des lois supplémentaires, mais pas d'autres. C'est compliqué. En bout de ligne - vous avez besoin d'un avocat :)

— riwalk

@ Stargazer712 - Les entreprises qui ont écrit ce type de clauses dans leur contrat de travail sont rares. Je dirais même que ces termes sont illégaux même dans les États que quelqu'un ne les a pas encore contestés. De plus, si vous signez un accord comme parce que vous ne connaissez pas vos propres droits, vous ne méritez pas les droits sur le code s'il est en dehors du travail.

— Ramhound

1

Cela dépend à peu près de la relation contractuelle que vous avez avec votre employeur ...

Propriété intellectuelle

Par défaut, de nombreuses organisations sont maintenant plus disposées à utiliser des classes / fonctions génériques open source au profit de la communauté de programmation / codage, mais il y en a qui ne le font pas et ne peuvent pas du point de vue de la propriété intellectuelle - pour protéger commercialement ce qu'elles ont. .

Si votre code utilise tout type de référence à la propriété intellectuelle de votre employeur ou à des secrets commerciaux, il est peut-être compréhensible qu'ils refusent.

Open source

Essentiellement et par défaut, vous avez le droit de publier tout logiciel que vous écrivez en votre temps et tant qu'il n'entre pas en conflit avec les termes de votre contrat de travail - ou - en concurrence avec ce qu'ils font à tous égards.

Le meilleur conseil que je puisse donner est d'approcher votre employeur et de discuter ouvertement de la question. Cela vous fournira:

L'attitude de votre employeur envers la programmation open source / communautaire
Refléter / mettre en évidence leur compréhension du logiciel et de sa valeur intrinsèque / plus large
Vos droits sur ce qu'ils perçoivent que vous êtes capable de faire / ne pas faire

Tout employeur, qui refuse de vous permettre d'élargir votre réflexion / apprentissage et, en fait, de contribuer à la communauté dans son ensemble (et de résoudre des problèmes plus grands et plus larges) devrait vous en dire beaucoup sur votre lieu de travail. Les entreprises pensent souvent plus largement qu'avant à la publication de code car cela ne leur profite pas seulement - mais il doit être sous une forme qui ne les menace pas dans quoi qu'elles fassent.

Mon temps / leur temps

Comme pour les autres réponses - vous ne pouvez pas utiliser le temps de votre employeur pour créer votre propre logiciel; soit éthiquement, soit principalement. Traitez-les séparément, sauf si votre employeur est disposé à s'engager à publier le code.

Dans certains cas, les programmeurs fusionnent leur propre temps et leur temps de travail pour créer quelque chose de génial - dont chaque partie bénéficie et peut-être le résultat idéal de votre question.

— nickhar
source

Quand puis-je publier un outil logiciel écrit au travail?

Jamais.