Est-il légal pour moi de contribuer à des logiciels open source pendant mon emploi?


26

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?


2
Je pense que c'est une question très individuelle, basée sur votre contrat spécifique.
sevenseacat

9
Nous ne savons rien de votre employeur, de votre contrat ou même du pays dans lequel vous vous trouvez. Il est impossible de répondre à cette question.
Mike Baranczak

5
C'est un monde triste dans lequel nous vivons que vous devez même poser cette question.

Réponses:


16

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.)


9

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.


2
En dépit de vos vœux pieux, je crois comprendre qu'aux États-Unis, il y a plus d'États où une telle disposition pourrait être appliquée ou est la règle par défaut qu'il n'y a d'États où l'inverse est vrai. Encore un autre exemple de la raison pour laquelle personne ne devrait faire confiance aux conseils juridiques d'un site comme celui-ci.
btilly

2
@btilly: la plupart des développeurs sont en dehors des États-Unis, donc le fait que dans certaines parties d'un pays cela ne s'applique pas ne signifie pas que ce n'est pas une réponse utile. Je pense que l'avertissement couvre bien cela.

1
@btilly: Selon les conseils juridiques que j'ai payés en Nouvelle-Zélande, la réponse de @ Mason est correcte. On m'a dit officieusement que la même chose était vraie en Australie. Ici, c'est dans la même catégorie que les employeurs qui refusent de vous autoriser à occuper un deuxième emploi - ils le peuvent, mais ils doivent avoir une très bonne raison.

1
Quel que soit le statut juridique, si votre employeur l'interdit et que vous le faites, vous pouvez toujours être licencié.
Steve

1
@btilly: La situation juridique est considérablement différente dans les différents États des États-Unis. Au Minnesota, vous possédez ce que vous créez en dehors du travail sans utiliser les affaires de votre employeur. Dans un autre État (ne peut pas le faire spontanément), un ancien employé a été ordonné par un tribunal de mettre en œuvre une idée qu'il avait eue alors qu'il était employé et a essayé de développer à son rythme. Je m'attendrais à ce que les lois de différents pays varient encore plus.
David Thornley

1

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"


3
Google est une exception. Si vous parlez à votre employeur, il pense très probablement "aha, ce gars a certainement trop de temps à consacrer à des projets parallèles, il doit être relâché dans son travail de jour" En d'autres termes, parlez à vos risques et périls: - )
artem

1
@artem: Je pense que cela dépend vraiment de l'entreprise en question. Je suis sûr que certains en seraient très contents ...
Trezoid


0

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.


4
Cela a le potentiel de causer de GRANDS PROBLÈMES à la pauvre âme malheureuse qui doit faire face au potentiel de poursuites que vos conseils ont causé.
yfeldblum

2
poursuites? Vous devez plaisanter. la licence open source devrait empêcher tout problème de propriété intellectuelle à moins que des technologies propriétaires / émergentes du travail ne soient intégrées au projet. si tout le monde avait cette attitude, les projets open source n'iraient nulle part. pensez-vous vraiment que chaque cotisant est travailleur indépendant ou sans emploi?
jon_darkstar

@Justice: Parlez-vous de la personne employée qui contribue au projet, ou de la personne qui dirige le projet peut-être maintenant entaché?
Andrew Grimm

La personne qui dirige le projet peut-être maintenant entaché.
yfeldblum

1
Les licences sont accordées par le titulaire des droits d'auteur. Si je dois faire des droits d'auteur sur un code, je peux le publier sous n'importe quelle licence que je veux, et il peut être utilisé sur cette base. Si je n'ai pas de droits d'auteur, je ne peux pas délivrer de licence pour cela. Par conséquent, si le travail appartient à mon employeur et qu'il ne lui donne pas de licence F / OS, il n'y a pas de licence OS sur le code. (Les contributeurs peuvent très bien être employés. Certains vivent dans des endroits où l'employeur ne possède pas de travail sur le temps et l'équipement du contributeur, certains ont signé un contrat qui leur permet, certains ont obtenu une autorisation spécifique.)
David Thornley

0

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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.