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

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?

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

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.

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"

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.

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.