o editor de código de alto desempenho “zed”, que tem conquistado amplo apoio entre desenvolvedores, concluiu recentemente uma reestruturação formal da licença. o repositório central teve todas as disposições adicionais da agplv3 completamente removidas e agora adota um modelo de licenciamento dual, sob a gplv3 e a licença apache 2.0. até mesmo o módulo do servidor de colaboração, anteriormente sujeito às restrições da agpl, passou a integrar esse framework de licenciamento dual. para detalhes específicos sobre essas mudanças, consulte o pull request nº 57948 no github.

ao mesmo tempo, o site oficial do projeto e o arquivo de licença no repositório foram atualizados para declarar explicitamente que apenas a gplv3 e a apache 2.0 se aplicam, sem qualquer menção à agpl.

uma distinção fundamental entre a gpl e a agpl reside na interpretação jurídica de se considerar ou não “distribuição” as interações remotas.

a gplv3 é uma licença copyleft robusta que exige a divulgação do código-fonte modificado apenas quando o software é “distribuído” — isto é, quando binários executáveis ou o código-fonte são fornecidos a terceiros. se uma empresa executa software modificado em seus próprios servidores e o oferece como serviço saas sem distribuir binários ou código-fonte externamente, não há obrigação de tornar públicas as modificações. essa exceção costuma ser chamada de “asp hold” ou “saas hold”.

em contraste, a agplv3 leva essa exigência ainda mais longe: sempre que os usuários realizam interações substanciais com o programa modificado pela rede — como ao utilizar um ide web, chamar apis ou colaborar em tempo real — isso é considerado “distribuição”, obrigando os desenvolvedores a disponibilizar aos usuários o acesso ao código-fonte completo correspondente. especificamente, medidas como inserir links de download na interface ou destacar claramente informações sobre a licença para indicar como obter o código-fonte são exigidas. esse mecanismo visa impedir que provedores de serviços em nuvem reutilizem código aberto para construir serviços comerciais fechados, recusando-se a contribuir novamente com a comunidade. por conseguinte, a agpl é amplamente reconhecida como uma das licenças de código aberto mainstream mais rigorosas em termos de requisitos de conformidade corporativa.

a motivação principal por trás da recente mudança de licença do zed é reduzir as barreiras à adoção por parte das empresas. alguns departamentos jurídicos corporativos consideram a agpl uma licença de alto risco e proíbem o uso de toolchains contendo componentes licenciados sob a agpl em ambientes de produção. ao eliminar a agpl, o zed pode integrar-se mais facilmente às listas de seleção tecnológica de grandes organizações, acelerando sua adoção no nível empresarial. É claro que essa concessão também implica enfraquecer a obrigação de retornar contribuições ao ecossistema de código aberto para derivativos downstream. no futuro, ainda existe a possibilidade de implantações privadas ou distribuições secundárias sem retorno. ainda assim, a equipe do projeto parece priorizar a expansão do ecossistema e o crescimento sustentável.

até o momento, o texto original da licença agpl foi totalmente removido do repositório principal, e todos os links para documentação relacionada resultam em erros 404. para a declaração mais recente da licença e os registros históricos de alterações, consulte a página inicial do repositório oficial do zed no github.