Como devo licenciar meu módulo?

15

Eu tenho um módulo que escrevi para minha empresa. Ele pega os dados da nossa solução de back office e os importa para o Magento. Ele também recebe pedidos do Magento e os importa para o software de back office. Eu li alguns tipos de licenças que posso usar, mas não sei qual usar. Meus requisitos básicos são:

  1. Não quero que alguém copie / distribua o código como seu próprio trabalho.
  2. O código é escrito por mim mesmo, mas chama as principais funções do magento.
  3. O download do módulo será gratuito, mas para usá-lo, você precisará de um URL de serviço da web fornecido pela minha empresa (após o recebimento do pagamento).
  4. Quero poder distribuir isso para todas as versões do Magento (exceto GO (acho)).

Duas perguntas com o exposto acima:

  1. Qual licença melhor atenderia às minhas necessidades? (Não encontrei uma lista definitiva de todos para lê-los).
  2. Como impor esta licença? A adição de alguns termos à parte superior de cada script é suficiente para garantir que a licença esteja em vigor?

Se essas informações estiverem em algum lugar, não hesite em me vincular a elas, mas não encontrei nada após minhas pesquisas que respondam especificamente à minha situação.

webnoob
fonte
licensetambém pode ser escrito como licence oxforddictionaries.com/definition/english/licence . Eu sou do Reino Unido;)
webnoob
Então podemos reverter, se quiser.
philwinkle
11
@ David - Obrigado, não tinha permissão para criar uma tag.
Webnoob 01/07/19
11
Pessoalmente, eu prefiro -se para verbos e -CE para substantivos (compare aconselhar / aconselhamento ), mas suas notas dicionário que -CE é ortografia "aceitável" do verbo. Collins lista a forma -ce apenas como um substantivo.
TRiG 01/07

Respostas:

10

Isenção de responsabilidade: não sou advogado, por isso não tome isso como um conselho legal. As informações fornecidas são baseadas na minha experiência e pesquisa pessoal no setor. :)

Minha sugestão seria usar a licença OSL-3.0. Essa é a mesma licença em que o núcleo do Magento CE é distribuído ( http://www.magentocommerce.com/license/ ) e abrange o que eu acho que você deseja com base nas informações fornecidas. Partes do Magento, como o tema padrão / base, são distribuídas na AFL pelos motivos que Roy destacou aqui: http://www.magentocommerce.com/license/

Você pode encontrar a licença completa do OSL-3.0 aqui: http://opensource.org/licenses/OSL-3.0 .

Para liberar extensões no Magento Connect, você deve escolher um dos seguintes tipos de licença (o item principal listado é o que estou sugerindo):

  • Licença de Software Aberto (OSL)
  • Licença Pública Mozilla (MPL)
  • Licença do Instituto de Tecnologia de Massachusetts (MITL)
  • Licença Pública Geral Menor GNU (LGPL)
  • Licença Pública Geral GNU (GPL)
  • Licença de Distribuição de Software de Berkeley (BSDL)
  • Licença de Software Apache (ASL)
  • Licença Livre Acadêmica (AFL)

Também existe a opção de "especificar outra licença (comercial) se você distribuir o pacote de extensão como pago" - mas, como observa, ele deve ser pago, o que significa que essa não é uma opção para você.

Eu recomendo que você dê uma olhada no OSL completo (link acima), mas aqui estão algumas coisas aplicáveis ​​a serem observadas:

  • A licença concede aos usuários o direito de fazer, usar e vender cópias dos trabalhos originais e derivados. Como você não planeja cobrar pelo módulo, isso não deve ser um problema.
  • A licença exige que todos os avisos de atribuição permaneçam intactos nos trabalhos originais e derivados. Ou seja, quaisquer cópias redistribuídas (incluindo modificadas, estendidas etc.) devem manter todos os avisos de direitos autorais, patentes, marcas comerciais e licenças identificados como "Avisos de atribuição"

Portanto, a grande questão é: como você aplica isso ao seu código? Eu daria algumas dicas:

  • Certifique-se de distribuir uma cópia completa da licença OSL-3.0 no código-fonte do seu módulo, contido em um arquivo LICENSE.txt.
  • Inclua um cabeçalho na parte superior de cada arquivo de código que forneça um "Aviso de atribuição" ou "Aviso de licença". Isso deve declarar a licença sob a qual o código é distribuído, fornecer um aviso básico (se necessário) e fornecer informações de direitos autorais e um link para a licença.
  • Como referência, você pode dar uma rápida olhada no cabeçalho que o Magento CE emprega em todo o código licenciado sob a Open Software License.
davidalger
fonte
11
@philwinkle - queria saber como eu estava escrevendo, se você estava preenchendo a mesma caixa como eu era ... :)
davidalger
8

Editar 16/07/13:

O Github acaba de lançar uma excelente visão geral de todos os principais modelos de licenciamento para ajudar você a fazer uma escolha mais informada:

http://choosealicense.com/

http://choosealicense.com/licenses/


Eu não sou advogado. Você deveria conversar com um.

Com isso fora do caminho - há muitas licenças de software livre para listar. Existem quatro licenças principais de software aberto (e aguardo o grande número de edições para estender esta lista para aquelas que esqueci):

  • Apache
  • OSL 3.0
  • MIT
  • Novo BSD

E muitos de seus produtos de software livre favoritos provavelmente usam um dos quatro acima.

Como faço a escolha?

Jeff Atwood fez um ótimo trabalho ao comparar as licenças em seu blog Coding Horror: http://www.codinghorror.com/blog/2007/04/pick-a-license-any-license.html

Também existe um aplicativo da Web 'seletor de licenças': http://three.org/openart/license_chooser/

Phil Haack detalha tudo isso nos quatro tipos de licenças a seguir; Eu tendem a concordar com ele:

Proprietário - O código é meu! Você não pode olhar para isso. Você não pode fazer engenharia reversa. Mine Mine Mine!

GPL - Você pode fazer o que quiser com o código, mas se você distribuir o código ou os binários, deverá abrir suas alterações através da licença GPL.

Novo BSD - use por sua conta e risco. Faça o que você quiser com o código, apenas mantenha a licença intacta, me credite e nunca me processe se o software lhe der um pulo. A licença do MIT é uma alternativa notável ao Novo BSD e é muito, muito similar.

Domínio público - faça o que quiser com o código. Período. Não há necessidade de me mencionar novamente. Você pode esquecer que eu já existi.

Para todos os efeitos, parece-me que o New BSD / MIT é o que você está procurando, no entanto, somente você pode tomar essa decisão.

Para o registro, Magento é AFL 3.0, mas costumava ser OSL 3.0. http://www.magentocommerce.com/license/

Indiscutivelmente, o recurso mais importante dessas licenças é a Compatibilidade GPL . A Free Software Foundation endossa muitos outros em seu próprio site - citados aqui neste Wiki: http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licenses

Em resumo:

Você precisa fazer sua própria escolha. Ninguém pode fazer uma breve pergunta no StackExchange e interpretar suas necessidades individuais. Em geral, se você não deseja que seu software seja compartilhado em redes públicas , consulte o OSL 3.0 e suas variantes.

Depois de escolher uma licença, como a aplico?

Inclua aviso de atribuição e licença na parte superior de todos os seus arquivos. Inclua um LICENSE.TXT e um link para um aviso de licença em seu próprio site.

philwinkle
fonte
Correção: Magento não é AFL. Eles distribuem a AFL por meio de um arquivo LICENSE_AFL.txt na raiz, mas acho que é para o código incluído que se enquadra na AFL. O Magento é (e tem desde pelo menos 1,3) licença sob o OSL 3.0. Até o 1.8 alpha faz referência ao OSL 3.0 nos cabeçalhos de licença. ;)
davidalger
Na verdade ... nós dois estamos certos. Certas extensões e os temas base foram alterados para a AFL no final de 2008 para impedir que os desenvolvedores de terceiros sejam forçados a liberar o código-fonte de obras secundárias (não distribuídas). Ref: magentocommerce.com/boards/viewthread/21377
davidalger
2
Roy Rubin teve uma grande writeup sobre o porquê AFL vs. OSL - ver o seu comentário após o post: fabrizioballiano.net/2008/02/27/...
philwinkle
Muito bom link ... eu nunca tinha visto aquele post antes.
Davidalger #