Questões legais relacionadas à propriedade intelectual

9

Gostaria da sua opinião:

Quando o analista GIS deixa seu emprego (não que eu esteja nesta posição, graças a Deus), ele pode legalmente levar consigo as probabilidades e os bits que ele coletou ou criou durante seu trabalho (pequenas coisas como, por exemplo, pequenos scripts VBA / Python, exemplos de etiquetas complexas), ou como todos os seus projetos maiores, ele possui direitos autorais e pertence à empresa contratada? Quero dizer, está claro que ele não pode pegar programas, camadas e grandes coisas (ou dados secretos), mas e as pequenas probabilidades e bits não específicos?

legal

— user749
fonte

Alterei "probabilidades e bits" no título para Propriedade intelectual. Gostaria de saber se essa questão poderia ser reformulada de maneira mais concisa, substituindo probabilidades e bits por "pertencentes ao todo, mas não parcialmente". Eu já vi essa frase em contratos.

— Kirk Kuykendall

Mais um motivo para trabalhar com licenças de código aberto.

— relet

9

Depende de quais são as políticas de propriedade intelectual - geralmente são bastante inequívocas - todo o trabalho realizado no emprego da empresa "A" é propriedade da empresa "A", independentemente de quaisquer avisos de direitos autorais (ou falta deles) em os arquivos de origem. Nenhuma política (provavelmente) significa que é o que a lei estadual diz que pode ser, mesmo que seja abordada claramente.

Como visto em vários processos maiores (os processos da SCO vêm à mente), seria realmente difícil provar que alguém saiu com várias sub-rotinas ou scripts, e provavelmente não vale a pena. Parece-me que a maioria desses itens quase triviais seria facilmente duplicada da memória ou possivelmente já existiria na empresa "B", tornando muito difícil a reivindicação de danos sérios. Conheço algumas empresas que entraram com uma ação para esses mesmos itens no passado, de modo que isso nunca foi ouvido.

Ah, e IANAL, etc., etc., então nada disso vale os bits com os quais é armazenado. Apenas experiência pessoal e conjecturas.

— Erva
fonte

Pelo que li da lei de direitos autorais dos EUA, não era importante que eles trabalhassem para a organização, mas que eles foram pagos para trabalhar para a organização porque a pessoa que paga recebe os direitos autorais. Gostaria apenas de ter em mãos registros de pagamento por esse serviço, caso haja algum problema com roubo.

— Dandy

4

A resposta de Herb geralmente acompanha como eu a entendo. Como extensão, qualquer coisa desenvolvida por uma empresa de consultoria para um cliente pertence ao cliente que financiou o trabalho, portanto, nesse caso, o trabalho do funcionário nem sequer pertence ao empregador.

Também é verdade que essas coisas são muito difíceis de provar e geralmente são deixadas em paz, mas, se a empresa achar que o valor a longo prazo vale os custos legais de curto prazo, eles poderão buscar algo. (Veja Intergraph / Bentley)

No caso do exemplo de Jay que está no seu cérebro, isso é basicamente correto, mas fica mais confuso se o que está no seu cérebro é uma técnica patenteada / com direitos autorais / patenteada ou parte da lógica pertencente ao seu empregador anterior. Se você usar esse conhecimento para reproduzir algo semelhante para outra pessoa, poderá haver responsabilidade.

Como Herb, IANAL. Anos atrás, quando trabalhei em uma grande empresa de consultoria, tive que participar de um curso de treinamento interno sobre esse assunto. É muito divertido!

Conta

— Bill Dollins
fonte

2

Vi uma cláusula nos contratos usados por uma empresa (não vou mencionar o nome, digamos apenas que as iniciais são ESRI) especificando que o cliente possuiria todo o software desenvolvido "no todo, mas não em parte". Isso permitiu ao contratante reutilizar trechos de um projeto para o outro.

— Kirk Kuykendall

Isso é verdade. Você sempre pode colocar no idioma que renuncia à sua reivindicação de IP. O governo faz muito isso com programas de transferência de tecnologia que permitem que as coisas desenvolvidas para o governo sejam comercializadas. Isso pode ser um bom arranjo, porque a empresa privada pode tentar vendê-lo (também assuma a manutenção e a manutenção), enquanto o governo pode sair dos custos de manutenção do ciclo de vida.

— Bill Dollins

2

Uma opção é fazer perguntas em um site como esse e postar as soluções como respostas quando você as descobrir. Dessa forma, suas "probabilidades e bits" são então de domínio público.

Só não poste nada que seu chefe não esteja satisfeito!

— Ian
fonte

1

Você poderia argumentar que, se é impossível para a empresa contratante provar que as probabilidades e os bits foram desenvolvidos durante a contratação, como poderia ser sua propriedade? Eu acho que a fronteira entre conhecimento e código físico não é muito clara no nível de probabilidades e bits.

É como copiar material protegido por direitos autorais - ninguém perderá valor diretamente, mas indiretamente poderá. E, novamente, quando se trata de probabilidades, eu não pensaria nisso como uma perda para a empresa contratante.

Mas, novamente, apenas meus pensamentos e eu estamos ansiosos para ouvir reações opostas :)

— Chau
fonte

2

Eu acho que esse conceito é denominado "arte anterior". pt.wikipedia.org/wiki/Prior_art

— Kirk Kuykendall

2

Eu trabalhei em um local que me fez listar, como parte do processo de contratação, quaisquer "probabilidades" que eu desenvolvi antes de trabalhar para eles. Eles não tinham direito a nenhum item listado. Tudo o que não estava nessa lista foi assumido como algo que você desenvolveu enquanto trabalhava para eles. A questão de saber se você deseja ou não trabalhar para alguém que se envolve nesse tipo de cortar o cabelo é outra coisa completamente diferente. :)

— Bill Dollins

Eu mantenho todo o código, sempre tenho. Eu não trabalharia para alguém que me dissesse o contrário. Nossa indústria, especialmente, tem muito trabalho repetitivo, coisas muito semelhantes, e eu aconselho todos os meus clientes a se beneficiarem do trabalho que eu já fiz em outros lugares. Também coloquei meu nome em uma cláusula de direitos autorais em todo o código. Eu não sou um grande fã de coisas que reinventam.

— Hairy