Gerador de Licença Unlicense

A Unlicense explicada

A Unlicense foi redigida por Arto Bendiken em 2010 e publicada em unlicense.org. Tecnicamente não é uma licença tradicional — é uma dedicação ao domínio público combinada com uma licença de fallback que concede todos os direitos imagináveis quando a dedicação ao domínio público não é juridicamente possível. Tornou-se aprovada pela OSI em 2020 e é reconhecida pela FSF como licença livre e compatível com a GPL.

A concessão é total: qualquer pessoa pode usar, modificar, distribuir, sublicenciar, vender e até reivindicar autoria de derivados. Não existem condições — sem atribuição, sem preservação de aviso, sem copyleft. Um WARRANTY DISCLAIMER padrão é mantido para evitar responsabilização do autor original.

Domínio público e o fallback jurídico

Em algumas jurisdições — notadamente Alemanha, França e outros países de tradição civil — não existe forma legal de um autor doar a obra ao domínio público em vida. A Unlicense resolve isso com uma licença de fallback: se a dedicação ao domínio público for inválida, o texto passa a conceder o conjunto mais amplo possível de permissões dentro da lei de direitos autorais. Isso a torna mais robusta que uma simples declaração "isto é domínio público".

Unlicense vs CC0 vs WTFPL

• Unlicense vs CC0 — a CC0 (Creative Commons Zero) foi redigida por advogados da Creative Commons e é geralmente considerada a opção corporativa mais segura para dedicação ao domínio público. As duas têm efeitos similares, mas o texto da CC0 foi revisado em mais jurisdições.
• Unlicense vs WTFPL — ambas são extremamente permissivas; a WTFPL usa linguagem profana e humorística, enquanto a Unlicense soa como documento jurídico sério, o que a torna preferível em contextos corporativos ou acadêmicos.
• Unlicense vs MIT — a MIT exige atribuição; a Unlicense não exige absolutamente nada.

Adoção e ressalvas corporativas

Usuários notáveis incluem youtube-dl, pequenos pacotes utilitários em Python e diversas ferramentas devops descartáveis. No entanto, Google e Red Hat historicamente colocaram a Unlicense em lista negra em suas políticas internas, devido a incertezas jurídicas em torno da cláusula de fallback. Para projetos novos corporativos ou open source, a FSF e muitos advogados recomendam a CC0, cujo texto é mais bem auditado.

SPDX e casos de uso

O identificador SPDX é Unlicense. Adicione // SPDX-License-Identifier: Unlicense no topo dos arquivos fonte. Casos de uso típicos: projetos hobby, demos, pequenos utilitários e código de exemplo em que o autor realmente não se importa com atribuição ou controle downstream — a licença "honestamente não me importo com o que você faz com isso".

Perguntas frequentes

Alguém pode patentear um derivado do meu código Unlicensed? Sim — entregar ao domínio público abre mão de todos os direitos, inclusive proteção patentária. Se patentes preocupam, prefira Apache 2.0.

A Unlicense é aceita em ambientes corporativos? Às vezes — algumas grandes empresas (Google, Red Hat) a restringem. Para domínio público amigável a corporações, prefira CC0.

Usuários precisam me atribuir crédito? Não — atribuição não é exigida. Eles podem creditar você, mas não são obrigados.

O warranty disclaimer é preservado? Sim — mesmo abrindo mão de todos os direitos, o disclaimer padrão AS-IS é mantido para limitar a responsabilidade do autor.

Aviso. Este gerador produz um modelo de licença — não constitui aconselhamento jurídico. A dedicação ao domínio público tem efeitos distintos em cada jurisdição; consulte um advogado em projetos sérios.