Je travaille pour une grande entreprise et je veux garder mes compétences au frais. Je pense que contribuer à un projet open source serait utile, surtout si je veux un emploi dans une startup. J'ai entendu dire que les grandes entreprises possèdent souvent des employés de développement en dehors du travail. Pourrais-je faire face à des conséquences juridiques en contribuant à un projet open source sans en informer mon employeur? Pourrais-je mettre un projet open source en danger si j'y contribuais pendant mon emploi? Si je m'abstiens de contribuer pour des raisons légales et que j'ai postulé dans une autre entreprise où une expérience de développement open source est attendue, comprendraient-ils ou ma candidature serait-elle placée dans la poubelle?
la source
Réponses:
Il y a deux vraies questions ici. Le premier est ce dont vous êtes responsable. La seconde est de savoir si vous devez vous inquiéter. Ces deux ont des réponses différentes.
Je répondrai d'abord au mieux de mes capacités. Je ne suis pas avocat et ce n'est pas un conseil juridique. Si vous êtes concerné, vérifiez votre contrat de travail et consultez un avocat. Mais je peux résumer la situation dans deux États.
Dans l'État de New York, vous êtes probablement un employé professionnel. Un employé professionnel n'a pas d'heures fixes ni de lieu de travail fixe. Si vous sortez dîner avec un client, vous êtes au travail. Si vous savez comment résoudre quelque chose sous la douche, cela appartient à votre employeur. En tant qu'employé professionnel, la valeur par défaut, qui figure probablement également dans votre contrat, est que tous les logiciels que vous écrivez sont un travail à louer qui appartient à votre employeur. La prévalence de ce type d'arrangement est l'une des raisons pour lesquelles la FSF exige la cession des droits d'auteur et oblige votre employeur à y souscrire.
En Californie, la situation est différente. Tant que le logiciel que vous écrivez n'a rien à voir avec ce que fait votre employeur, tout ce qui est fait à votre rythme avec votre propre équipement vous appartient et ce droit ne peut pas être retiré. Cependant, si vous développez indépendamment la même chose que votre employeur, elle appartiendra probablement à votre employeur. Même si c'était un projet secret que vous ne connaissiez pas. L'importance de ce cas dépend des détails de ce sur quoi vous travaillez et de ce sur quoi votre employeur travaille.
Vous voyez donc qu'il n'y a pas de réponse simple. Selon l'état et les faits de votre situation, vous pourriez ou non être propriétaire de votre propre travail. Et si vous ne le possédez pas, vous n'avez pas le droit de le concéder sous licence.
Passons maintenant à la question pratique. Ce que dit la loi détermine ce qui se passera si un différend survient et est porté devant un juge. Cependant, il est très rare dans la pratique que des différends surviennent et soient portés devant les juges. De plus, de nombreux employeurs ne se soucient pas, ou aiment positivement, que leur employé contribue au travail open source. Surtout si le projet est celui que l'entreprise trouve utile et qu'elle souhaite que vous développiez une expertise avec lui. Il existe fréquemment des procédures pour obtenir des OK pour que vous puissiez effectuer un tel travail. Cela ne fait pas de mal de vérifier.
De plus, si vous contribuez à un travail open source, malgré le fait qu'il ne soit pas clair si vous avez le droit de le faire, les chances sont bonnes que vous n'ayez aucun problème à le faire. Et si vous avez des ennuis, il y a de fortes chances que vous ayez une gifle au poignet et qu'on vous dise de retirer des trucs, plutôt que de subir de lourdes sanctions légales. Le risque restant est-il dans votre zone de confort? Ça dépend de toi. Mais je peux vous dire qu'il y a beaucoup de gens qui le font, et assez peu d'histoires de personnes en difficulté. (Et dans les histoires qui existent, il y avait généralement une autre cause de problème, et les retombées de leur travail open source en sont une conséquence.)
la source
Vous devriez regarder dans votre contrat pour voir s'il dit quelque chose à ce sujet, mais si une telle disposition existait, dans de nombreuses juridictions, elle pourrait être ignorée en toute sécurité comme étant inadmissible et inapplicable.
Avis de non-responsabilité standard: Je ne suis pas avocat et ce n'est pas un avis juridique. Juste du bon sens, qui, comme nous le savons tous, est souvent en conflit avec les lois ou décisions de justice, en particulier lorsque des logiciels sont impliqués.
la source
Parlez au service juridique de l'entreprise. Tout bon employeur de développeurs doit le comprendre et l'encourager (il peut même vous le payer (le temps de 20% de Google en est un exemple) si le projet OS est suffisamment utile), mais il vaut mieux être en sécurité dans ce genre de situation.
S'ils disent que ça va et qu'ils ne prendront pas le code, obtenez-le par écrit.
S'ils essaient de prendre le code plus tard, vous avez votre cul (et celui du projet) couvert ...
Le pire qu'ils peuvent dire est non"
la source
Je comprends votre prudence, mais JUSTE AVANCE ET CONTRIBUE.
Il est très improbable que quelque chose soit juridiquement incorrect, même sur papier, il est également peu probable que quiconque à votre travail remarque même vos contributions si vous n'en parlez pas, et il est très peu probable que vous soyez pénalisé dans la pratique.
Si cela vous rend plus confortable, vous pouvez contribuer via une poignée plutôt que votre nom complet.
la source
Assurez-vous que vous pouvez légalement contribuer du code à un projet open source. Cela peut être une question de vivre dans la bonne juridiction, d'avoir un contrat de travail qui spécifie que vous possédez ce que vous créez, ou d'avoir une autorisation spécifique de votre employeur (de quelqu'un qui a le pouvoir de l'accorder, qui peut ne pas être votre manager).
Sinon, le projet OS est en danger. Il peut être frappé d'un procès et les projets OS ne sont généralement pas mis en place pour se défendre. Si votre employeur s'en soucie, le projet OS est susceptible d'être légalement contraint de retirer votre cotisation, auquel cas vous avez définitivement nui au projet. D'autres projets utilisant votre code peuvent également être menacés.
Je n'aborde pas les problèmes que vous pourriez rencontrer. Telles sont vos considérations, et vous pouvez décider par vous-même si vous voulez risquer d'être renvoyé et peut-être même poursuivi. J'aborde les problèmes que vous pouvez causer à un projet que vous essayez d'aider.
la source