Lançar minhas ferramentas sob a Licença MIT provavelmente foi um erro (2023)
Desenvolvedores de código aberto debatem se licenças permissivas como a MIT acabam, sem querer, permitindo que parasitas de SEO e sites copiadores cheios de anúncios reponham ferramentas web, às vezes superando os criadores originais nos resultados e explorando-as comercialmente. Muitos argumentam que licenças mais restritivas (GPL/AGPL), marcas registradas ou notificações DMCA oferecem apenas proteção prática limitada contra maus atores, e que os autores devem escolher licenças com base em se realmente aceitam o reuso irrestrito — mesmo de formas de que não gostam. Outros sugerem uma divisão pragmática: manter projetos emocional ou comercialmente importantes fechados ou sob copyleft, e reservar o licenciamento permissivo para código cujo uso sem atribuição proeminente seja aceitável.
Escopo do Problema (Clones de SEO e Monetização)
- Muitos comentaristas resumem a situação: ferramentas sob licença MIT estão sendo clonadas, levemente modificadas, envoltas em anúncios/spam de SEO e, às vezes, superando o site original nos rankings.
- Alguns veem isso como emocionalmente frustrante, mas logicamente consistente com uma licença permissiva.
- Vários argumentam que “parasitas de SEO vão parasitar independentemente da licença”, então mudar a licença pode não resolver o problema central.
Licença MIT, Atribuição e Aplicação
- Vários comentários observam que a MIT exige preservar o aviso de copyright, mas:
- Isso só se aplica quando o software é distribuído, não quando é apenas usado no lado do servidor.
- A atribuição pode ficar escondida no código-fonte ou em arquivos; não há exigência de crédito visível na interface.
- Alguns sugerem notificações de DMCA quando os termos da licença são violados; outros duvidam que valha o esforço ou seja eficaz contra clones de baixa qualidade.
Copyleft vs. Permissivas (GPL/AGPL/LGPL/BSD/Apache)
- Um grupo: GPL/AGPL ou LGPL são opções melhores quando você quer que modificações permaneçam abertas e quer desencorajar aproveitadores.
- Outro grupo: mesmo a AGPL não impediria de forma significativa o comportamento descrito de SEO/anúncios, já que a conformidade mínima (links escondidos, pequenos avisos) é suficiente.
- Alguns veem o copyleft como “venenoso” ou anti-liberdade; outros o veem como uma ferramenta necessária para preservar a abertura e contrariar as pressões de mercado.
- Há divergência sobre com que frequência a AGPL realmente desencoraja “parasitas” na prática.
Definições: “Livre” e “Código Aberto”
- Um longo subfio debate quem tem o direito de definir “livre” e “código aberto”.
- Um lado insiste nas definições da FSF/OSI (sem discriminação por área de uso, anúncios permitidos).
- Outros argumentam que o uso comum de “livre/código aberto” é mais amplo e que as pessoas podem legitimamente escolher termos não-OSI ou de “source-available”.
Alternativas: Código Fechado, Marcas Registradas e Estratégia de Licenciamento
- Alguns dizem: se você não quer esse tipo de reutilização, não torne a ferramenta de código aberto; mantenha alguns projetos privados e outros sob licença permissiva.
- Marcas registradas são propostas para controlar o uso do nome e da identidade visual do projeto, separadamente do licenciamento do código.
- A relicenciação é discutida; pode ser complicada se houver colaboradores externos.
- Licenças Creative Commons para código são desencorajadas; as pessoas pedem algo como “CC-BY para código”, mas o consenso do fio é que as licenças de software padrão não se encaixam perfeitamente nesse desejo.