É legal para mim contribuir com o software de código aberto enquanto estiver empregado?


26

Eu trabalho para uma grande corporação e quero manter minhas habilidades atualizadas. Eu acho que contribuir para um projeto de código aberto ajudaria, especialmente se eu quiser um emprego em uma startup. Ouvi dizer que as grandes empresas geralmente possuem qualquer funcionário de desenvolvimento que faça fora do trabalho. Eu poderia enfrentar conseqüências legais contribuindo para um projeto de código aberto sem notificar meu empregador? Eu poderia colocar um projeto de código aberto em risco se contribuísse enquanto estava empregado? Se eu me abstivesse de contribuir por motivos legais e eu me inscrevesse em outra empresa onde se espera experiência em desenvolvimento de código aberto, eles entenderiam ou meu aplicativo iria para a lixeira?


2
Penso que esta é uma pergunta muito individual, com base no seu contrato específico.
Sevenseacat

9
Não sabemos nada sobre seu empregador, seu contrato ou mesmo em que país você está. É impossível responder a essa pergunta.
Mike Baranczak

5
É um mundo triste em que vivemos e você precisa fazer essa pergunta.

Respostas:


16

Há duas perguntas reais aqui. O primeiro é o que você é responsável. A segunda é se você deve se preocupar. Esses dois têm respostas diferentes.

Vou responder primeiro o melhor da minha capacidade. Eu não sou advogado, e isso não é aconselhamento jurídico. Se você estiver preocupado, verifique seu contrato de trabalho e consulte um advogado. Mas posso resumir a situação em dois estados.

No estado de Nova York, é provável que você seja um funcionário profissional. Um funcionário profissional não tem horário definido nem local de trabalho definido. Se você sair para jantar com um cliente, estará no trabalho. Se você descobrir como resolver algo no chuveiro, isso pertence ao seu empregador. Como funcionário profissional, o padrão, que provavelmente também está no seu contrato, é que todo o software que você escreve é ​​um trabalho contratado que pertence ao seu empregador. A prevalência desse tipo de acordo é um dos motivos pelos quais a FSF exige a atribuição de direitos autorais e exige que seu empregador assine.

Na Califórnia, a situação é diferente. Enquanto o software que você escreve não se relacionar com nada que seu empregador esteja fazendo, qualquer coisa feita no seu tempo livre com seu próprio equipamento lhe pertencerá e esse direito não poderá ser assinado. No entanto, se você estiver desenvolvendo de forma independente a mesma coisa que o seu empregador, provavelmente ele será de propriedade do seu empregador. Mesmo que fosse um projeto secreto que você não conhecia. A importância deste caso depende dos detalhes em que você está trabalhando e em que seu empregador está trabalhando.

Então você vê que não há uma resposta simples. Dependendo do estado e dos fatos da sua situação, você pode ou não possuir seu próprio trabalho. E se você não o possui, não tem o direito de licenciá-lo.


Agora, vamos à questão prática. O que a lei diz determina o que acontecerá se uma disputa surgir e ser levada a um juiz. No entanto, é muito incomum na prática que surjam disputas e sejam levadas a juízes. Além disso, muitos empregadores não se importam ou gostam positivamente de que seus funcionários contribuam para o trabalho de código aberto. Particularmente, se o projeto é um que a empresa considera útil e eles gostariam que você desenvolvesse seu conhecimento. Existem procedimentos frequentemente para obter OKs para você executar esse trabalho. Não dói para verificar.

Além disso, se você contribuir para o trabalho de código aberto, apesar de não estar claro se você tem o direito de fazê-lo, é muito provável que você não tenha problemas por fazê-lo. E se você tiver problemas, as chances são de que você dê um tapa no pulso e seja instruído a derrubar as coisas, em vez de sofrer grandes penalidades legais. O restante risco possível está dentro da sua zona de conforto? Isso depende de você. Mas posso lhe dizer que muitas pessoas estão fazendo isso e poucas histórias de pessoas com problemas. (E nas histórias que existem, geralmente havia alguma outra causa de problema, e as consequências de seu trabalho de código aberto são uma consequência.)


9

Você precisaria procurar em seu contrato para ver se ele dizia alguma coisa sobre isso, mas se tal disposição existisse, em muitas jurisdições, ela poderia ser ignorada com segurança como inescrutável e inexequível.

Isenção de responsabilidade padrão: não sou advogado e isso não é aconselhamento jurídico. Apenas senso comum, que, como todos sabemos, é freqüentemente encontrado em conflito com as leis ou decisões judiciais reais, especialmente quando o software está envolvido.


2
Apesar de meu pensamento positivo, na verdade, eu entendo que nos EUA há mais estados em que essa disposição pode ser aplicada ou é o padrão do que há estados em que o inverso é verdadeiro. Outro exemplo de por que ninguém deve confiar na consultoria jurídica de um site como este.
btilly

2
@ btilly: a maioria dos desenvolvedores está fora dos EUA, então a ressalva de que em algumas partes de um país isso pode não se aplicar não significa que não é uma resposta útil. Eu acho que o aviso cobre isso muito bem.

1
@ btilly: De acordo com os conselhos legais que paguei na Nova Zelândia, a resposta da Mason está correta. Foi-me dito não oficialmente que o mesmo é verdade na Austrália. Aqui está na mesma categoria dos empregadores que se recusam a permitir que você trabalhe um segundo emprego - eles podem, mas devem ter um bom motivo.

1
Independentemente do status legal, se o seu empregador o proibir e você o fizer, ainda poderá ser demitido.
6113 Steve

1
@ btilly: A situação legal é consideravelmente diferente em diferentes estados dos EUA. Em Minnesota, você possui o que cria fora do trabalho, sem usar as coisas do seu empregador. Em algum outro estado (não é possível fazê-lo de antemão), um ex-funcionário foi ordenado por um tribunal a implementar uma idéia que ele teve enquanto trabalhava e tentou desenvolver em seu próprio tempo. Eu esperaria que leis de diferentes países variassem ainda mais.
David Thornley

1

Fale com o departamento jurídico da empresa. Qualquer bom empregador de desenvolvedores deve entendê-lo e incentivá-lo (eles podem até pagar por isso (o tempo de 20% do google é um exemplo) se o projeto do SO for útil o suficiente), mas é muito melhor estar seguro nesse tipo de situação.

Se eles dizem que está tudo bem e que não aceitarão o código, obtenha-o por escrito.

Se eles tentarem usar o código mais tarde, você terá sua bunda (e a do projeto) coberta ...

O pior que eles podem dizer é "não"


3
Google é uma exceção. Se você falar com o seu empregador, eles provavelmente pensam "aha, esse cara com certeza tem muito tempo para gastar em projetos paralelos, ele deve estar atrasado em seu trabalho diário" Em outras palavras, fale por sua conta e risco: )
artem

1
@artem: Eu acho que realmente depende da empresa em questão. Tenho certeza de que alguns poderiam ser muito feliz com isso ...
Trezoid


0

Entendo sua cautela, mas APENAS IR À FRENTE E CONTRIBUIR.

É muito improvável que algo esteja legalmente errado com isso, mesmo no papel, também é improvável que alguém no seu trabalho perceba suas contribuições se você não falar sobre isso, e ainda é muito improvável que você seja penalizado na prática.

Se você ficar mais confortável, poderá contribuir por meio de uma alça, e não pelo seu nome completo.


4
Isso tem o potencial de causar GRANDES PROBLEMAS para a pobre alma infeliz que precisa lidar com o potencial de ações judiciais causadas por seus conselhos.
Yfeldblum

2
ações judiciais? Você só pode estar brincando. a licença de código aberto deve evitar problemas de propriedade intelectual, a menos que tecnologias proprietárias / emergentes do trabalho sejam colocadas no projcet. se todos tivessem essa atitude, os projetos de código aberto não iriam a lugar nenhum. você realmente acha que todo colaborador é autônomo ou desempregado?
jon_darkstar

@Justice: Você está falando sobre a pessoa empregada que contribui para o projeto ou a pessoa que está executando o projeto possivelmente agora contaminado?
Andrew Grimm

A pessoa que está executando o projeto possivelmente agora contaminado.
Yfeldblum

1
As licenças são concedidas pelo detentor dos direitos autorais. Se eu precisar de direitos autorais de algum código, posso liberá-lo com qualquer licença que desejar e pode ser usado com base nisso. Se não tenho direitos autorais, não posso emitir uma licença para isso. Portanto, se o trabalho pertencer ao meu empregador e ele não der uma licença de F / OS, não haverá licença de SO no código. (Os colaboradores podem muito bem estar empregados. Alguns moram em lugares onde o empregador não possui trabalho no tempo e no equipamento do colaborador, outros assinaram um contrato que os permite, outros obtêm permissão específica.)
David Thornley

0

Certifique-se de poder contribuir legalmente com o código para um projeto de código aberto. Pode ser uma questão de viver na jurisdição correta, ter um contrato de trabalho que especifique o que você cria ou ter permissão específica do seu empregador (de alguém que tenha autoridade para conceder isso, que pode não ser seu gerente).

Caso contrário, o projeto do SO estará em perigo. Pode ser atingido com uma ação judicial, e os projetos de SO geralmente não são configurados para defesa. Se o seu empregador se importa, é provável que o projeto do SO seja legalmente forçado a remover sua contribuição; nesse momento, você definitivamente prejudicou o projeto. Outros projetos que usaram seu código também podem estar em risco.

Não estou abordando os problemas que você pode enfrentar. Essas são suas considerações e você pode decidir por si mesmo se deseja arriscar ser demitido e possivelmente até processado. Estou abordando os problemas que você pode causar a um projeto que você está tentando ajudar.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.