24

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,

legal

— AlexMA
fonte

5

Verifique seu contrato, pergunte a um advogado. Muitos contratos de trabalho possuem uma cláusula do tipo "todas as invenções são de propriedade do empregador". Sua aplicabilidade varia ... para a qual você precisa consultar um advogado.

7

"Se tudo 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". - É altamente improvável que sua empresa aprove isso. Seu produto de trabalho pertence a eles, não a você.

— Ramhound #

5

Eu apostaria fortemente nisso, levando você a águas tremendamente profundas, se o trabalho fosse descoberto, pois eles não concordaram em liberá-lo. Faça por escrito.

— Rig

Observe que a maioria das empresas de tamanho médio também proíbe a instalação de software não aprovado em computadores do trabalho, pois pode levar a todos os tipos de instabilidades do sistema, vírus etc. curso de ação também.

— Calum_b 03/12/12

2

@ Ramhound Eu não acho que é tão preto e branco quanto isso. Como você pode não pensar na versão de trabalho enquanto escreve a mesma coisa em casa? De qualquer forma, isso provavelmente é tudo resolvido através da cláusula de não concorrência do contrato de trabalho. Meu argumento foi que provavelmente não há maneira de impedir que o código da sua empresa afete (mesmo subconscientemente) o código que você escreve, o que cria um problema interessante, mas que não vale a pena discutir aqui.

— AlexMA4

41

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.

— Thomas Owens
fonte

8

+1 no último parágrafo. Os funcionários que trabalham em produtos relacionados e não respondem e faturam corretamente, mesmo que o funcionário voluntariamente o faça por vontade própria, podem resultar em grandes consequências para o empregador. Em particular, se o empregador for um contratado do governo. Todo o processo de licitação e as despesas gerais dependem de números precisos para criar condições equitativas para todos os possíveis licitantes do contrato governamental. Números fraudulentos, intencionais ou não, podem resultar na negação do empregador de licitar contratos e até de processos criminais.

— quer

Você poderia concretizar a idéia de um "produto criado para o empregador"? Se eu surgir com uma ideia ou conceito e usá-la no código do produto, posso usá-la, digamos, para projetos voluntários de código aberto? Vamos supor que não foi patenteado ou pode ser patenteado.

— AlexMA3

11

@AlexMA Essa frase nunca aparece na minha resposta, então não sei o que você deseja expandir. Se você trabalha para criar um projeto em movimento ou usando os recursos de seu empregador, consulte o parágrafo 2. Se estiver relacionado a um projeto em andamento no trabalho ou nos negócios da sua empresa, consulte os parágrafos 3 e 4. Em qualquer caso, é uma má ideia (se não antiético ou ilegal) para trabalhar em assuntos relacionados ao trabalho sem permissão, no seu próprio tempo ou não.

— Thomas Owens

@ThomasOwens Não foi exatamente isso que eu quis dizer; desculpe por não estar claro. Sua cotação exata foi "produtos que você criou usando os recursos de seu empregador". O que constitui algo que eles possuem versus o que eu possuo? E as idéias gerais de programação apresentadas no trabalho, que depois aplico ao trabalho em questão? Muito parecido com um carpinteiro que cria uma nova maneira de construir escadas, ou um martelo novo e melhor, e então usa essa técnica / ferramenta ao fazer escadas para seu empregador.

— Alex12 #

2

@AlexMA Se você deseja criar algo para uso no trabalho, mesmo no seu tempo livre, precisa passar pelo departamento jurídico do seu empregador. É abordado no meu último parágrafo e no comentário de Dunk - trabalhar fora com o objetivo de apoiar um projeto pode ter impactos negativos e, possivelmente, conseqüências legais. Uma idéia não relacionada é uma coisa, mas se você quiser usar o que cria no trabalho, faça uma análise jurídica antes de começar a trabalhar nela.

— Thomas Owens

14

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.

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 é legal (legal / eticamente) abrir uma ferramenta de software originalmente escrita por você para trabalhar no trabalho?

Quando você tiver permissão do seu supervisor (e talvez do departamento jurídico) para distribuir suas propriedades.

E se você expandiu a fonte original significativamente fora do horário de expediente?

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.

— Caleb
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.

— Martin York

@LokiAstari Claro - existem várias considerações que o empregador pode precisar levar em consideração antes de abrir um software; minha lista está longe de ser exaustiva.

— Caleb

2

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.

— precisa

2

@cdkMoose Sim, é claro - daí a minha inclusão do departamento jurídico. No entanto, é muito difícil dizer "muito raramente" - faz muitas suposições sobre o tamanho / estrutura da empresa. Talvez o supervisor seja o CIO, CTO ou CEO (ou todos os itens acima). Eu provavelmente deveria ter dito "Quando você tiver a permissão necessária" e deixado os detalhes para o leitor.

— Caleb

+1 por conversar com seu empregador - eles podem ficar perfeitamente felizes (ou não) em abrir essa biblioteca de código-fonte (e não o próprio programa), mas é a coisa certa a fazer. Várias empresas com visão de futuro (Google, Facebook) permitem que seus funcionários divulguem parte do trabalho que realizam, desde que essa não seja a proposta principal da empresa. Mas todos eles passam por um processo de verificação.

— Suman

5

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.

— riwalk
fonte

4

IANAL, mas mesmo quando ... não parece ser verdade nos EUA, pelo menos de acordo com este documento do US Copyright Office . Além disso: a não divulgação e o trabalho para contratação são questões não relacionadas - seria melhor usar um termo como "contrato de trabalho" no lugar de "NDA" acima, pois o contrato que você pode ter assinado ao iniciar o emprego provavelmente cobriu mais do que a não divulgação , e acordos de não divulgação geralmente não têm nada a ver com termos de emprego.

— Caleb

@Caleb, sua fonte declara: "O conceito de" trabalho feito para contratar "pode ser complicado", e isso é absolutamente correto. Uma das razões pelas quais isso pode se complicar é porque o software é mais do que apenas código, é um conjunto de soluções e idéias. Em seguida, a pergunta se torna: "Sua empresa possui o código ou possui as idéias expressas pelo código ?" Fica mais complicado quando você imagina o cenário de alguém apresentando uma idéia brilhante para trabalhar às 2 da manhã e implementando-a em código na manhã seguinte. continuação ...

— riwalk 3/12/12

... A solução que a maioria das empresas emprega é afirmar que elas possuem tudo o que você inventou, independentemente de quando você o criou e independentemente de quando o escreveu. Existem alguns estados (Washington e Califórnia vêm à mente) que têm algumas leis adicionais, mas outros não. É complicado. Bottom line - você precisa de um advogado :)

— riwalk

@ Stargazer712 - As empresas que escreveram esse tipo de cláusula no contrato de trabalho são raras. Eu diria mesmo que esses termos são ilegais, mesmo nos estados em que alguém ainda não os desafiou. Além disso, se você assinar um contrato como porque não conhece seus próprios direitos, não merece o direito ao código, se estiver fora do trabalho.

— Ramhound

1

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ê:

A atitude do seu empregador em relação à programação de código aberto / comunitária
Reflita / destaque sua compreensão do software e seu valor inerente / mais amplo
Seus direitos sobre o que eles percebem que você é capaz de fazer / não fazer

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.

— nickhar
fonte

Quando posso publicar uma ferramenta de software escrita no trabalho?

Nunca.