Como você escolhe uma licença de código aberto?[fechado]

Question

Sou engenheiro de software, não advogado, e minha universidade não oferece cursos voltados para licenciamento de software.Na verdade, faltam cursos relacionados com o direito (mas crescem lentamente em número).Onde posso aprender sobre licenças de código aberto e como escolhê-las?

Answer 1

Há muitos descritos aqui:http://www.gnu.org/licenses/license-list.html#SoftwareLicenses

A decisão de qual usar pode ser política, mas deve ser determinada, em última análise, pelos seus planos/desejos para o software.Se você quiser garantir que seja sempre gratuito, escolha GPL ou outra licença “Copyleft”.Se você não se importa com algum uso comercial, escolha outro que seja compatível com isso.

Answer 2

Quase sempre acabo usando MIT ou BSD (são equivalentes), pois

1. É a licença mais liberal que existe.Apenas diz que você não é responsável por nenhum tipo de problema e, opcionalmente, força as pessoas a incluir um aviso de direitos autorais do seu trabalho original nos derivados.
2. Ele permite derivativos de código fechado, o que considero uma coisa boa:às vezes, as empresas não têm a possibilidade de realizar o seu trabalho sob a GPL (elas próprias podem utilizar produtos ou componentes de terceiros com licenças restritas).

Isso e o grupo GNU/GPL geralmente são extremistas quando você os encontra na natureza.

Answer 3

Isso pode gerar discussões intermináveis, mas há um princípio que eu seguiria sempre que decidisse qual licença usar: NÃO CRIE UM NOVO!!

Não importa o quão persuasivos sejam os argumentos do seu advogado de que, como nenhuma licença atual atende exatamente às necessidades exclusivas do seu projeto, você deve escrever a sua própria, ou mesmo apenas "modificar ligeiramente" uma existente, trate-o como um programador vindo até você argumentando que ele apenas TEM usar uma instrução GOTO porque nada mais na linguagem funcionará.

Outros conselhos:

• Escolha um que tenha maior uso (veja http://freshmeat.net/stats/#license)

• VejaDavid A.A discussão de Wheeler sobre por que escolher uma licença compatível com a GPL - http://www.dwheeler.com/essays/gpl-compatível.html.

Answer 4

Se você estiver procurando informações sobre licenças gratuitas e de código aberto, um gráfico de comparação útil: http://en.wikipedia.org/wiki/Comparison_of_free_software_licences

Answer 5

Você sempre pode usar o melhor de todos, o WTFPL.Eu uso isso na maioria dos meus projetos escolares, já que eles não são tão bons assim.

Answer 6

A Wikipedia, é claro, tem basicamente todas as informações que você precisa saber.Mas o difícil é saber por onde começar.Eu recomendo começar lendo sobre o Licença Apache e a GNU GPL, que são dois lados populares da mesma história, cada um oferecendo liberdades diferentes às pessoas associadas ao código.

Mas aqui está em poucas palavras:A Licença Apache permite que qualquer pessoa faça qualquer coisa com seu código, inclusive pegá-lo e usá-lo em um produto de código fechado.Dá a quem está pegando o código o liberdade para fazer o que quiserem com isso.

A GNU GPL, por outro lado, permite que seu código apenas para ser usado em um projeto que também é distribuído sob a GPL.Neste caso você pode escrever algum código e impedir que uma empresa proprietária use seu trabalho.Aqui você está dando liberdade ao próprio código que ele sempre será usado para fins "gratuitos".

Answer 7

Estou um pouco surpreso ao não ver nenhuma menção ao Iniciativa de código aberto como fonte de informações sobre quais licenças de código aberto existem.Provavelmente não faz comparações, então também vale a pena conferir os outros sites.

Answer 8

Razões mais pragmáticas também podem influenciar sua escolha de licença - se você quiser usar uma biblioteca GPL, você mesmo deve usar a GPL, ou se pretende que seu software faça parte de um projeto maior, então você precisa examinar seus requisitos.

Answer 9

Recentemente, comecei a investigar o tipo de licenciamento a ser aplicado a um trabalho bastante substancial.A quantidade de opções e o conteúdo, restrições (ou não) e limitações de todas as licenças de código aberto são desconcertantes.Encontrei alguns links bons nas respostas postadas, mas não vi nada apontando para o Lista alfabética de licenças da Open Source Initiative, então eu o incluí aqui.

Answer 10

Tivemos um dilema semelhante.Na nossa empresa decidimos investir muito tempo em um framework, com a esperança de lançá-lo para a comunidade de código aberto.O negócio é construído com ferramentas open source (apache, php, etc.), era hora de retribuir.Decidimos por uma licença dupla LGPL/MPL.Dessa forma, poderíamos incorporar correções/melhorias da comunidade, ao mesmo tempo que protegemos os aplicativos (particularmente os nossos) executados nela de serem forçados a se tornarem de código aberto também.