Sua empresa possui uma política por escrito sobre como contribuir para projetos de código aberto? [fechadas]

Sua empresa possui uma política por escrito sobre como contribuir para projetos de código aberto?

Estamos contribuindo com o estilo "não pergunte, não conte", mas é hora de escrever algo. Eu apreciaria o texto completo da política por escrito e os bits e partes.

Atualização : fizemos alguns progressos desde que fiz essa pergunta e agora temos essa política - leia isso .

Em alguns estados dos EUA, viola a lei estadual do emprego de um empregador para limitar a capacidade dos funcionários de contribuir para projetos de código aberto ou tentar reivindicar a propriedade do código que um empregado contribui, com algumas restrições (que variam de estado para estado) . Geralmente, isso se aplica apenas ao trabalho realizado fora do horário normal de trabalho, e o trabalho não pode ser feito usando equipamentos ou recursos da empresa (por exemplo, um computador de propriedade da empresa e / ou licenças de software). Também deve ser algo que não esteja em concorrência direta com seu empregador; por exemplo, se seu empregador tivesse um sistema proprietário de gerenciamento de conteúdo on-line, a lei provavelmente não se aplicaria se você quisesse contribuir com um projeto CMS de código aberto.

No entanto, eu sei que na CA e na NC, a lei estadual declara explicitamente que tem precedência sobre qualquer contrato de trabalho em vigor.

Agora estou vendo essa pergunta apenas. Muitos podem ter lido este artigo do slashdot, mas se você ainda não viu o seguinte: O que faço com meu ex-empregador roubando meu código livre?

Embora a postagem original do slasdot não esteja diretamente relacionada a essa pergunta, muitas das respostas estão.

É bom que você esteja pensando em criar algumas regras formais. Aqui estão alguns trechos do link que citei acima, que são experiências de colegas programadores com suas empresas devido a políticas relacionadas à contribuição para projetos de código aberto. Existem muitas respostas agradáveis ​​e reveladoras, mas citamos três delas:

Quote-1:

É tão padrão que você sempre deve pedir permissão ao seu empregador antes de escrever e liberar software de código aberto - talvez você não tenha o direito de fazê-lo, mesmo que o software não esteja relacionado aos negócios do seu empregador e mesmo que seja desenvolvido na sua empresa. tempo livre; o idioma no meu contrato é inequívoco sobre isso.

Supondo que, neste caso, a permissão para escrever e liberar software de código aberto estivesse implícita, isso ainda não significa que a empresa tenha perdido o controle de sua propriedade intelectual - eles sempre podem licenciá-la duas vezes sob uma licença proprietária. Eles não podem "devolver" o software GPL já lançado, e não podem receber nenhuma contribuição de terceiros para essa linhagem, mas podem optar por desenvolver a base de código original de uma maneira totalmente fechada - é deles.

Quote-2:

É possível negociar com uma empresa para preservar sua propriedade de suas próprias atividades pessoais, mas você deve ser proativo e geralmente ter alavancagem (no meu caso, eu estava realizando uma fusão com todo um departamento de TI / desenvolvimento. desejo da empresa de fazê-los trabalhar lá). Também espere que a / qualquer empresa faça o que puder para possuir tudo o que você é e, portanto, presuma que você esteja ferrado e leia toda a documentação que for solicitada a assinar com essa intenção em mente.

Quote-3:

aprenda o que significa o licenciamento do MIT ... eles são totalmente gratuitos para distribuir sob qualquer licença que escolherem, desde que citem você. Eles não estão roubando, estão usando sob a licença gratuita que você forneceu.

Quanto à GPL - sim, você precisa de um advogado lá, isso é realmente uma violação. É claro - se você codificou esse código GPL no tempo deles, são seus direitos autorais de qualquer maneira, e eles podem usá-lo da maneira que acharem melhor.

Não temos uma política direta sobre isso. Longa história: o trabalho criado na universidade é de propriedade da universidade, a menos que declarado antes do início da codificação.

De vez em quando, discuti com meu chefe sobre isso e não fomos muito longe, pois isso se torna um pesadelo político, pois as pessoas que precisam aprová-lo não entendem muito bem o software de código aberto, além do "geralmente é gratuito" idéia.

/ me aguarda ansiosamente as respostas dos outros!

Atualização: esse tópico surgiu no trabalho recentemente, nos reunimos com nossa equipe jurídica e tudo parece bem. Meu entendimento (do meu empregador) é que isso é caso a caso, mas eles estão dispostos a trabalhar com os funcionários interessados.

Não tenho nenhuma situação que eu possa citar diretamente. No entanto, imagino que os melhores engenheiros e programadores das principais empresas sejam proibidos de escrever qualquer outro código por qualquer outro motivo que não seja benéfico para a empresa em que trabalham. Claro que isso é puramente especulativo da minha parte.