Considerações para Aceitar Código Contribuído para um Projeto de Código Aberto

8

Estou trabalhando em um projeto "por diversão" no meu tempo livre. Eu posso acabar criando o Código Aberto e isso me faz pensar no que preciso pensar se alguém se importa o suficiente para contribuir com isso.

  • Preciso ter algum tipo de mumbo-jumbo legal sobre "se você me der seu código, ele aceita a mesma licença que o projeto, bla bla bla" (qual é a norma aqui?)
  • Existe uma maneira de verificar o código contribuído para garantir que não seja plagiado ou essa responsabilidade recairá sobre o contribuidor?
  • Existem outras dicas, práticas padrão / comuns que devo seguir, recomendações, coisas em que preciso pensar?
programador
fonte
Não tenho certeza do lado legal, mas acho que integração e aceitação não seriam tão diferentes quanto um produto comercial. Revisões de código, testes, validação etc.
Rig
Veja como simplificar seus problemas: obtenha um repositório de código gratuito do sourceforge, assembla, github, código do google ou qualquer outro lugar. As contas "gratuitas" destinam-se apenas ao código-fonte aberto, para que os contribuidores em potencial saibam que seu projeto é código-fonte aberto e, portanto, qualquer código contribuído será similarmente de código-fonte aberto, e é a maneira mais comum que conheço para fazer um projeto de código-fonte aberto (cuidando das partes 1 e 3 da sua pergunta). Não há como determinar de onde veio o código (para responder à parte 2).
PlayDeezGames

Respostas:

2

Não sou advogado e isso não é aconselhamento jurídico.

Preciso ter algum tipo de mumbo-jumbo legal sobre "se você me der seu código, ele aceita a mesma licença que o projeto, bla bla bla" (qual é a norma aqui?)

Eu contribuí com uma dúzia de projetos de código aberto e apenas uma vez fui perguntado sobre essas coisas. Nesse caso específico, adotei uma licença LGPL que não era aceitável e tive que ser substituída por GPL +, uma exceção de vinculação.

Eu acho que parece justo supor que, se alguém lhe enviar um código para inclusão no seu projeto de código aberto, eles pretendem que ele seja licenciado sob os mesmos termos. Se você quiser ter certeza, coloque um aviso de direitos autorais em todos os arquivos que listam todos os colaboradores; É provável que novos colaboradores imitem isso quando escrevem novos arquivos.

Ou apenas pergunte: "ei, você esqueceu de colocar um aviso legal em arquivo x, é

# Copyright © 2012 J. Random Contributor
# See the file COPYING for details

Está bem?"

Além disso, se você usar a GPL, então

[qualquer pessoa que distribua uma versão modificada] deve licenciar todo o trabalho, como um todo, sob esta Licença, para qualquer pessoa que possua uma cópia

então isso parece bastante coberto.

Existe uma maneira de verificar o código contribuído para garantir que não seja plagiado ou essa responsabilidade recairá sobre o contribuidor?

Você pode fazer um esforço de boa fé para obter grandes contribuições. Costumava haver a Pesquisa de código do Google para código aberto, mas está em baixa agora. Você ainda pode procurar código no GitHub e em outros locais populares para compartilhar código. Quanto ao software para o qual você não pode ver o código-fonte, é difícil saber quando algo foi plagiado. Um colaborador que não entende o código "próprio" pode ser um sinal; nesse caso, você provavelmente não deve aceitá-lo de qualquer maneira.

Se o colaborador violou os direitos autorais de outra pessoa, você pode ser obrigado a tomar medidas para remover o código em versões futuras e impedir que seus usuários usem versões que contenham o código roubado.

Existem outras dicas, práticas padrão / comuns que devo seguir, recomendações, coisas em que preciso pensar?

Leia qualquer licença que você use e certifique-se de entendê-la. Você não precisa se tornar um advogado, mas esteja ciente de coisas como compatibilidade de licença que podem prejudicar a utilidade do seu programa, esp. quando foi projetado para operar em conjunto com outro software. Decida se deseja ou não aplicar o copyleft .

Se você realmente deseja que as pessoas contribuam, facilite. Pessoalmente, gosto muito do GitHub, pois facilita e bifurca.

Fred Foo
fonte