Estou trabalhando em um problema de software no trabalho que é bastante genérico, mas não consigo encontrar uma biblioteca que gosto de resolvê-lo, por isso estou pensando em escrever um eu mesmo (pelo menos uma versão básica). Escreverei parte, se não toda, a versão 1.0 no trabalho, pois preciso dela para o projeto. Se der certo, talvez eu queira trazer o trabalho para casa e aperfeiçoá-lo apenas por diversão, e talvez lançá-lo como um projeto de código aberto. No entanto, estou preocupado que, se eu escrevi a versão 1.0 no trabalho, talvez eu não tenha permissão para fazer isso do ponto de vista jurídico. Obviamente, eu poderia perguntar ao meu chefe (que provavelmente não se importaria), mas estou curioso para saber como outros programadores lidaram com esse problema e onde a lei está aqui. Minha pergunta de uma frase é:Quando é legal (legal / eticamente) abrir uma ferramenta de software originalmente escrita por você para trabalhar no trabalho? E se você expandiu a fonte original significativamente fora do horário comercial?
Acompanhamento: suponha que eu escreva a coisa toda em casa no meu tempo e simplesmente a use no trabalho, isso muda drasticamente?
Acompanhamento 2: Observe que não estou tentando enganar meu empregador (entendo que eles estão me pagando para criar produtos de sua propriedade) - Estou apenas imaginando se há uma maneira justa de fazer isso para todos os envolvidos ... Seria bom se algumas organizações sem fins lucrativos no futuro pudessem usar meu código e economizar algum tempo. Além disso, há outra questão em jogo. Se eu escrevo a biblioteca para uma coisa muito simples e genérica (como tabelas HTML em Javascript), isso significa que nunca mais posso fazê-lo no meu próprio tempo sem me colocar em risco legal (mesmo que tenha sido uma reescrita totalmente nova ou um segmento de um projeto maior). Estou renunciando ao meu direito de escrever código para esse tipo de projeto pelo resto da minha vida (sem a permissão desta empresa), já que o código no trabalho ainda pode estar em algum lugar do meu cérebro me influenciando? Isso parece relacionado a patentes de software,
Respostas:
Quase nunca é legal, legal ou eticamente, liberar produtos que você criou usando os recursos do seu empregador ou sendo pago pelo empregador pelo seu tempo sem permissão.
No entanto, isso depende do seu contrato de trabalho. Se você foi pago pela empresa e / ou usou os recursos da empresa para produzir o produto, é provável que o trabalho pertença à sua empresa. Você precisa consultar seu supervisor e seu departamento jurídico. Dependendo do seu contrato de trabalho, também pode haver restrições ao trabalho em tecnologias relacionadas ou ao uso do conhecimento adquirido em seu empregador em projetos, mesmo que você trabalhe neles usando recursos pessoais em seu próprio tempo.
Se você estiver usando tempo pago, recursos da empresa ou estiver desenvolvendo algo que possa ser considerado relacionado aos negócios da sua empresa, sempre procure orientação do seu gerente e / ou departamento jurídico para garantir que você não esteja violando nenhum contrato e obter a permissão apropriada para trabalhar em projetos. Normalmente, é mais fácil fazer isso antes de começar o trabalho, pois isso pode alterar as abordagens adotadas no projeto.
Escrever produtos para o uso no trabalho no seu próprio tempo é questionável e depende dos regulamentos que seu empregador deve aderir. No mínimo, você pode estar interferindo no cronograma, orçamento e estimativas de seus empregadores, retirando o trabalho do trabalho. Em alguns casos, você pode estar violando os regulamentos contratuais criando produtos fora do tempo, que são rastreados e cobrados adequadamente.
fonte
Você deve ser claro com seu empregador sobre suas intenções desde o início. Chegue a um acordo sobre como tudo funcionará antes de começar, para que não haja sentimentos de mágoa, mal-entendidos, decepções etc. O trabalho que você faz para o seu empregador é propriedade do seu empregador.
Quando você tiver permissão do seu supervisor (e talvez do departamento jurídico) para distribuir suas propriedades.
Não importa. Você está trabalhando com a propriedade do seu empregador - alterar algumas linhas aqui e ali não muda esse fato. Ainda pode ser deles, mesmo que você altere todas as linhas do projeto. Consulte o seu advogado para obter detalhes, mas não espere boas notícias.
Agora, seu empregador pode ficar perfeitamente feliz em distribuir a biblioteca sob alguma licença de código aberto. Se isso não é algo que eles consideram parte de sua vantagem competitiva, ou se desejam manter a biblioteca, mas não necessariamente querem fazer todo o trabalho para mantê-la, ou se desejam obter boa vontade, ou qualquer outra coisa, então as coisas podem dar certo. Lembre-se de que a decisão é deles.
fonte
Now, your employer may be perfectly happy to distribute the library
.... e não abre processos em potencial e / ou outras questões legais mais adiante.When you have permission from your supervisor (and perhaps legal department)
... Muito raramente o seu supervisor tem o direito de falar em nome da empresa nesses assuntos. Ele / ela pode achar que está bem, mas a gerência sênior pode discordar. A permissão deve vir de mgmt / legal sênior.Resposta fácil:
Nunca.
Aqui está o problema: de acordo com as leis da maioria dos países modernos, você detém um direito autoral sobre tudo o que escreve por padrão. Isso vale mesmo quando você o escreve para outra pessoa, como seu empregador .
Obviamente, isso é problemático para quem estiver interessado em contratar um desenvolvedor de software.
Para resolver isso, as empresas de software assinam um Contrato de Não Divulgação (NDA). Dentro desta NDA, afirma explicitamente que você renuncia aos direitos autorais de todo o código que escreve para esse empregador. Não importa quando você fez isso. É tudo a mesma coisa.
Em outras palavras: O código que você escreveu não pertence a você . Pertence ao empregador e você não tem permissão para publicá-lo.
Nunca ouvi falar de um desenvolvedor que não assine um NDA, portanto, a menos que você esteja em uma região remota do mundo, é uma aposta segura dizer que você assinou um NDA quando foi contratado.
Se o seu empregador estiver interessado em publicá-lo por algum motivo, é uma história diferente (e se você estiver interessado novamente, também poderá tentar convencê-los de que é a coisa certa a fazer). Mas esse é o único caminho.
fonte
Isso depende muito da relação contratual que você tem com seu empregador ...
Propriedade intelectual
Por padrão, muitas organizações agora estão mais dispostas a usar funções / classes genéricas de código aberto para beneficiar a comunidade mais ampla de programação / codificação, mas existem aquelas que não o podem e não podem da perspectiva da propriedade intelectual - para proteger comercialmente o que possuem .
Se o seu código utiliza qualquer tipo de referência ao IP de seus empregadores ou segredos comerciais, talvez seja compreensível que eles possam recusar.
Código aberto
Essencialmente e por padrão, você tem o direito de liberar qualquer software que você escreve no seu próprio tempo e desde que não entre em conflito com os termos do seu contrato de trabalho - ou - concorra com o que eles fazem em qualquer aspecto.
O melhor conselho que eu poderia dar é abordar seu empregador e discutir o assunto abertamente. Isso fornecerá a você:
Qualquer empregador, que se recusa a permitir que você expanda seu pensamento / aprendizado e, de fato, contribua para a comunidade em geral (e resolva problemas maiores e mais amplos), deve falar muito sobre onde você trabalha. As empresas geralmente pensam mais amplamente do que pensavam sobre o lançamento de código, uma vez que isso não apenas os beneficia - mas deve ser de uma forma que não as ameace em tudo o que faz.
Meu tempo / o tempo deles
Como em outras respostas - você não pode usar o tempo de seus empregadores para criar seu próprio software; ética ou principalmente. Trate-os separadamente, a menos que seu empregador esteja disposto a se comprometer com a liberação do código.
Em alguns casos, os programadores fundem seu próprio tempo e tempo de trabalho para criar algo ótimo - que todas as partes se beneficiam e talvez o resultado ideal para sua pergunta.
fonte