É legal recriar / código-fonte aberto um programa que você codificou anteriormente para outra empresa

No meu trabalho anterior, criei um painel genérico para automatizar tarefas, que acabou sendo bastante útil - e, é claro, meu empregador anterior possui todo o código que escrevi enquanto trabalhava lá. Agora que não estou mais lá, é legal recriar esse painel da memória e abrir o código de código-fonte aberto? Se eu recriá-lo, o código (talvez 2k-3k linhas) pode ser quase idêntico ao original, pois tenho uma memória muito boa e tendem a seguir meu estilo de codificação e convenções de nomenclatura habituais.

Editar: um pouco mais de experiência - este é um software bastante genérico que é usado apenas internamente por uma equipe pequena (<10) dentro de uma corporação global. "A empresa" nem sequer está ciente desse sistema, pois eu o crio por minha própria iniciativa. É construído em python / django. E por quase idêntico, quero dizer que, por exemplo, os modelos django terão o mesmo nome / campos e visualizações usarão consultas semelhantes para retornar os mesmos conjuntos de objetos.

Boa pergunta, mas provavelmente é o lugar errado para perguntar, porque você não receberá bons conselhos legais dos programadores. IANAL, procure aconselhamento jurídico adequado.

Não parece legal. Há uma chance muito boa de que, se você lançar um programa quase idêntico ao da sua antiga empresa, possa ser processado. Dito isto, tenho certeza que isso acontece muito.

Uma coisa que você pode fazer é recriar o programa em um idioma diferente. Dessa forma, fica claro que você não saiu da empresa com o código-fonte e depois o código-fonte aberto. Também é educativo resolver um problema com o qual você esteja familiarizado em um idioma diferente.

Eu também sugeriria pensar em maneiras de melhorar o programa, torná-lo mais extensível etc. way "decisões de design que você pode ter tomado pela primeira vez.

Mesmo que você nunca a solte, seria um bom exercício. Se, em última análise, você receber aconselhamento jurídico e optar por liberá-lo, estará mais protegido.

Legal ou não, se o seu empregador descobrir e decidir pressionar a questão, você estará em um mundo de mágoa. Mesmo se você acabar sendo julgado corretamente, o litígio em potencial pode acabar sendo completamente arruinado para você. Você também corre o risco de provocar a ira da comunidade OSS por poluí-la com código protegido por direitos autorais, além de perder a reputação de ser vista como desonesta pelo seu empregador.

Você também arrisca a ação de qualquer pessoa que adote seu produto. Na pior das hipóteses, qualquer pessoa que use o seu produto terá que licenciá-lo do empregador anterior ou removê-lo da solução, custando tempo e dinheiro - de qualquer forma, eles podem acabar processando você por danos.

Parece que seria mais fácil fazer a coisa certa - converse com seu empregador anterior, obtenha seu consentimento para reutilizar o produto que você desenvolveu para eles com a intenção de distribuição de código aberto. Eles podem apenas dizer "vá em frente". Fazer isso pelas costas é geralmente uma má idéia, deixando de lado questões legais.

Que tipo de programador, com a chance de recriar algo que eles fizeram anteriormente (as lições aprendidas etc.), produziria algo "quase idêntico". A menos que você acredite que codificou algo perfeito ??? Nesse momento, você tem perguntas maiores para se perguntar.

Os painéis são dez centavos. Seu empregador nunca foi o proprietário dessa propriedade intelectual. Seu empregador possuía os direitos autorais da implementação específica.

Você pode escrever o novo código do zero. Isso significa que o trabalho não é um trabalho derivado. É inteligente manter anotações para que você possa provar isso.

Tecnicamente, você está criando um trabalho derivado - você está familiarizado com a solução existente e está recriando-o da memória. A IANAL usual se aplica, mas se o seu ex-empregador o processar por violação de direitos autorais, meu palpite é que eles têm um argumento bastante forte, e cabe a você apresentar uma explicação plausível sobre por que o seu programa recriado não deve ser considerado um trabalho derivado.

Aspectos técnicos à parte, entrar em uma ação judicial com um ex-empregador não é onde você quer estar, nunca - mesmo se você vencer, você será 'aquele cara', o que duvido que seja uma jogada inteligente na carreira.

Nos EUA, se o seu ex-empregador decidir processá-lo, você terá problemas, independentemente do que os juízes pensem.

Teoricamente, sua empresa é dona do seu trabalho, não do seu cérebro. Portanto, se você fizer o trabalho novamente em seu próprio tempo, eles não deverão ter nenhuma propriedade disso. Afinal, eles te contrataram por causa do que você sabia antes de te contratar. Parece lógico supor que eles possam tirar proveito de seu conhecimento anterior, mas ao mesmo tempo negar que você faça o mesmo depois que você for embora. Mas IANAL também.

A menos que eles tenham feito você assinar algumas coisas loucas. Ou a menos que tenham apresentado uma patente. Se eles fizeram isso, eles não possuem essa parte do seu cérebro. Nesse caso, esses padrões de células nervosas que compõem esse conhecimento dentro do seu cérebro não são mais seus e você deve evitar usá-los novamente. Fale sobre vender sua alma.

Vou desviar-me do tópico principal para dizer que sinto que tudo isso é realmente triste.

Agora sobre a questão:

Se você era um carpinteiro fazendo móveis, e a antiga empresa lhe fornecia projetos e plantas, então você é contratado por outra empresa, claramente você está com problemas se começar a fazer exatamente as mesmas coisas.

Se sua empresa anterior comprou apenas o produto de seu trabalho e você os projetou e os "inventou" (e você pode provar isso), a lei deve estar com você.

A moral da história: da próxima vez, faça código aberto desde o início.

(a) Não tome aconselhamento jurídico da Internet (incluindo este aconselhamento!)

(b) Ser processado é uma verdadeira dor nas costas, mesmo se você ganhar

(c) Parece que você acha que não há risco real de ser processado. Nesse caso, provavelmente não importa se você tem o direito privado de fazer isso.

Seja legal ou não, isso vai se resumir a quanto você deseja recriar esse projeto x quanto você deseja correr o risco de ser processado. Se você tiver o dinheiro, sugiro falar primeiro com um advogado sobre se você tem o direito de fazer isso, e o custo de fazer o litígio desaparecer se você o fizer.

Provavelmente existe uma diferença legal entre recriar a solução da memória e criar uma solução original para a mesma especificação (mas IANAL, pergunte uma). Para provar o último, você pode publicar uma especificação original e completa da ferramenta que planeja desenvolver em seu blog. Então, é possível para outro desenvolvedor que nunca viu seu trabalho anterior codificá-lo.

Aqui está uma maneira simples: -Abra o painel a partir do URL disponível publicamente. -Pense nas melhores maneiras de tornar mais fácil / melhor / assim por diante. - Reescreva-o em um idioma diferente, como sugerido anteriormente. Uma boa razão para aprender ruby, haskell, lisp e assim por diante. -Em seguida, crie um projeto de código aberto. fique à vontade para adicionar 'inspirado em ...' e vincular ao site original.

Não custaria muito tempo para pedir permissão. Você precisa de assinatura legal por escrito. Para se cobrir.

Mas se você pedir a eles para permitir que você recrie alguma coisa que você criou para eles já. Venda para eles. Venda-lhes a ideia. Você vai abrir código fonte de um software que eles já usam e torná-lo aberto a análises e acréscimos potencialmente significativos da comunidade de programação. Eles não precisarão gastar recursos internamente para gerenciar e melhorar o software. A menos que eles queiram obter maiores benefícios. Quero dizer, realmente vender a ideia para eles.

Se não for uma tecnologia comercial essencial que eles estão vendendo para os clientes, você provavelmente obterá aprovação com bastante facilidade. Se é algo que eles vendem para os clientes, eles se abrem para concorrentes competindo com o mesmo produto. Somente você realmente saberia o quão importante seu empregador anterior visualiza esse código. Se não for essa importação para a geração de renda e for apenas um aprimorador da produtividade, é muito provável que você obtenha aprovação.

É o caminho mais barato e mais curto para obter o que deseja. Se eles dizem que sim, não há problema. Custou apenas algum tempo. Se eles recusarem, e você ainda quiser continuar, pergunte a um advogado sobre a opinião dele. Espero que a única coisa que eles possuam seja a implementação. Se você recriá-lo com alterações suficientes para que não pareça e funcione exatamente da mesma maneira, estará muito melhor.

É um estado disfuncional, do sistema atual em que não possuímos a produção de nosso trabalho. Algumas das sociedades mais bem-sucedidas onde aquelas onde as pessoas poderiam lucrar livremente com seus próprios esforços. Você pode fazer comparações com essa situação com a propriedade feudal da terra e com os problemas que ela criou. Em algum momento, as pessoas vão fazer negócios de maneira diferente. Como googles 1/5 do seu tempo para seus próprios projetos.

Certamente, tudo isso se resume ao contrato entre você e o cliente. Se você planejou fazer isso, deveria ter uma cláusula que declara 'esse tipo de fonte continua sendo propriedade intelectual de kefeizhou ...' ou algo assim (eu sei que retrospectiva é 20/20). Concordo com os outros comentários de que a Programmers SE não é a melhor fonte de aconselhamento sobre legakl e que, legal ou não, isso está criando problemas para você. Aliás, eu costumava trabalhar como designer gráfico e, nesse setor, quase todo o trabalho continuava sendo o IP do cliente e não do designer.

Na França, é ilegal.

O proprietário do código é seu ex-chefe. Não importa como você o recupera, de um pen drive USB ou de sua memória.

Se você deseja usar esse painel, é necessário definir um contrato com o proprietário.