Introdução

Os desenvolvedores muitas vezes não prestam atenção às licenças ao utilizar diversos projetos de código aberto. Como resultado, frequentemente usamos projetos de código aberto, partes de um projeto ou funções em nossos aplicativos e programas sem pensar em como isso pode afetar a obra derivada. Por exemplo, é necessário manter o aviso de direitos autorais do autor original? Quais são os requisitos e as obrigações das diferentes licenças? Neste artigo, também destaco informações sobre licenças populares e suas principais características.

Aviso legal: As informações contidas nesta postagem do blog não devem ser consideradas aconselhamento jurídico. Caso precise de aconselhamento jurídico, entre em contato com um advogado.

O que caracteriza uma licença de código aberto?

Em primeiro lugar, é preciso saber que os termos da licença são condições de direitos autorais exigíveis nos termos da lei federal de direitos autorais e também exigíveis nos termos da legislação estadual sobre contratos.

Uma licença para projetos de código aberto é um contrato legal que regula a relação entre um ou mais autores e o usuário. Ela inclui as seguintes informações:

• Regulamentação das responsabilidades dos autores e colaboradores do projeto.

• Descrição dos termos de uso do projeto ou do código, incluindo o uso em programas comerciais.

• Definição do que pode e do que não pode ser feito com os componentes de software, das obrigações e das características de uso.

Conformidade com licenças de código aberto

Como percebemos que um projeto é de código aberto? Em primeiro lugar, trata-se de um projeto com uma ou mais licenças de código aberto. Você pode encontrar uma lista de licenças de código aberto clicando neste este link. Portanto, se partirmos do fim, temos projetos prontos para uso ou softwares proprietários que utilizam licenças de código aberto. Mas, ao verificar a licença, você pode encontrar problemas relacionados à licença, conflitos de licença ou até mesmo projetos sem licença.

Os seguintes problemas podem ser afetados por conflitos e problemas relacionados a licenças:

• Você precisa substituir e reescrever uma parte do código-fonte

• Cobertura negativa da mídia por descumprimento

• Perda de reputação junto à comunidade de código aberto e aos clientes

• Altere a licença da sua obra derivada

• Estar apto a divulgar os códigos-fonte correspondentes, mediante solicitação

Portanto, é melhor compreender o âmbito das licenças de código aberto e criar uma política de licenças de código aberto relacionada. Ou integrar ferramentas de compatibilidade de licenças em seu pipeline de desenvolvimento.

Sobre algumas licenças disponíveis para uso

Apache 2.0

Apache 2.0 licença permissiva; no ano passado, observou-se uma tendência de escolher a Apache 2.0 para projetos de código aberto que são apoiados e desenvolvidos por empresas ou organizações comerciais. A popularidade dessa licença está em constante crescimento, sobretudo porque esse tipo de licença foi escolhido como obrigatório para projetos pela Cloud Native Computing Foundation. A principal razão pela qual essa licença é popular é que, ao contrário de outras licenças permissivas, a Apache 2.0 possui a cláusula 3 (3. Concessão de Licença de Patente.), que se refere a patentes. A cláusula rege a disposição de patentes: os participantes concedem permissão para o uso de quaisquer patentes relacionadas à sua contribuição. Isso significa que os proprietários, mantenedores e usuários de projetos de código aberto estão protegidos contra possíveis ações judiciais por violação de patente.

Solicitação automática de licença

Alguns projetos e recursos aplicam automaticamente a licença específica ao código/conteúdo que você criou usando o projeto relacionado.

Por exemplo:

A Licença ISC é a licença padrão utilizada ao configurar um novo pacote NPM com o comando `npm init`. A Licença ISC (ISC) é funcionalmente idêntica à Licença MIT, mas com algumas formulações que parecem ter sido desnecessariamente removidas. MIT — é uma licença permissiva simples; é curta, direta e não exige arquivos NOTICE adicionais. O CodePens são automaticamente licenciados sob a MIT.

Todo o conteúdo criado no StackOverflow (incluindo perguntas e respostas) está licenciado sob a licença Atribuição-Compartilhamento na Mesma Condição 4.0 Internacional (CC BY-SA 4.0) e seu copyleft. O uso de trechos do StackOverflow pode representar um problema para o departamento jurídico da sua empresa.

A maioria das licenças de código aberto contém obrigações específicas relativas a informações e documentação. Por exemplo, muitas licenças de código aberto exigem que o texto da respectiva licença seja fornecido junto com o software no momento da distribuição. Os exemplos a seguir mostram como as empresas mantêm o aviso de direitos autorais do autor original. O aplicativo móvel possui um item de menu separado, “Licença”, que contém o texto da licença com o aviso de direitos autorais correspondente.

Fatos interessantes sobre licenças de código aberto que nem todos conhecem:

• É possível aplicar várias licenças a um único projeto.

• "A Unlicense" também é uma licença.

• Os participantes que contribuem para projetos sob licença Apache recebem permissão para utilizar quaisquer patentes relacionadas à sua contribuição.

Conclusão

O código e os projetos de código aberto contêm todas as soluções que você pode usar no dia a dia em suas Applications de smartphone, na compra de passagens em terminais urbanos e no uso de eletrodomésticos. Como desenvolvedores, utilizamos projetos e bibliotecas de código aberto em cada sprint. Muitos de nós contribuímos e mantemos um projeto de código aberto. É por isso que precisamos verificar a licença e ler o texto da licença do projeto que você está usando ou com o qual está interagindo. Você pode conhecer os projetos de código aberto e os SDKs da Vonage aqui