O código aberto está morto: entendendo a controvérsia da licença HashiCorp

Título dramático, eu sei. Agora, aqui está o porquê disso NÃO verdadeiro:

A polêmica mudança da HashiCorp do licenciamento de código aberto para o licenciamento de “fonte disponível” reacendeu os debates sobre a sustentabilidade do código aberto e os modelos de negócios. No contexto da rica história do código aberto, a comunidade tecnológica permanece vigilante, defendendo futuros digitais colaborativos. Essa mudança ressalta o cenário em evolução do licenciamento de software na indústria.

O código aberto está evoluindo

Na era digital, a espinha dorsal do mundo moderno, dos smartphones à computação em nuvem , é alimentada por software de código aberto. Este software, muitas vezes criado por uma comunidade global de programadores, encontra o seu caminho para produtos comerciais, gerando milhões, se não milhares de milhões, para as empresas-mãe. Mas para compreender verdadeiramente as recentes controvérsias em torno do código aberto, precisamos de nos aprofundar na sua rica história e compreender os desafios enfrentados pelos Fornecedores Independentes de Software (ISVs) no ecossistema de código aberto.

Uma breve história do código aberto

Antes mesmo de o “código aberto” ser cunhado, havia um movimento em direção ao software livre. No final da década de 1970 e início da década de 1980, Richard Stallman, frustrado com a mudança para software proprietário, lançou o Projeto GNU . Em 1989, a primeira versão da Licença Pública Geral GNU (GPL) foi lançada, introduzindo a abordagem "copyleft" e garantindo que a liberdade do software fosse preservada. A década de 1990 viu o nascimento do kernel Linux por Linus Torvalds, e com o sistema GNU, um sistema operacional totalmente livre e aberto: o GNU/Linux foi formado. O termo “código aberto” surgiu e a Open Source Initiative (OSI) foi fundada em 1998, enfatizando não apenas o acesso ao código-fonte, mas também a liberdade de modificá-lo e distribuí-lo.

O desafio ISV no cenário de código aberto

Historicamente, o software de código aberto (OSS) tem sido dominante em domínios horizontais, como aplicações de Internet. Projetos maduros hoje, como Linux e Apache, são software de infraestrutura ou plataforma. Os ISVs geralmente desenvolvem seus aplicativos com base no software da plataforma OSS. No entanto, esses componentes OSS às vezes não atendem aos requisitos do ISV, levando a modificações ou à adição de “código cola” para fazer os componentes funcionarem juntos. Isso cria uma versão personalizada do componente OSS, apresentando aos ISVs o desafio de manter essa versão derivada e decidir como lidar com essas extensões e modificações.

Embora seja do interesse do ISV contribuir com modificações para a comunidade, vários problemas impedem isso, superando a questão do compartilhamento de propriedade intelectual.

A controvérsia da HashiCorp

Avançando até hoje, vemos empresas como a HashiCorp, criadores do Terraform, ganhando as manchetes ao mudar de licenças de código aberto para licenças de “fonte disponível”. A mudança da HashiCorp da Licença Pública Mozilla v2.0 (MPL 2.0) para a Licença de Fonte de Negócios (BSL) v1.1 foi recebida com reação significativa. Este não é um incidente isolado. As empresas estão enfrentando o desafio de equilibrar o espírito do código aberto com a sustentabilidade dos negócios.

A questão subjacente? Os principais provedores de nuvem capitalizam o código disponível gratuitamente, muitas vezes sem retribuir. Essa tensão levou ao nascimento do OpenTF, um fork do Terraform, e à publicação do Manifesto OpenTF , enfatizando a importância de manter o software essencial verdadeiramente de código aberto.

O futuro do código aberto

O futuro do código aberto não envolve apenas o código; trata-se da comunidade e da visão compartilhada de um futuro digital colaborativo e aberto. À medida que mais aplicações dependem de componentes de código aberto, os desenvolvedores enfrentam desafios no gerenciamento de suas dependências e na garantia da segurança. Mais de 90% dos componentes de aplicativos vêm de código aberto, e um aplicativo médio contém 128 dependências de código aberto .

Precisamos de acertar, não para “salvar o código aberto”, mas para garantir que as infra-estruturas críticas que foram construídas sobre ele não falhem.

O código aberto continuará a evoluir e seu legado permanecerá forte. A resposta rápida da comunidade, como pode ser visto no Manifesto OpenTF, é uma prova da resiliência e paixão dos defensores do código aberto. À medida que a indústria evolui, também evoluirão os modelos que a apoiam. As empresas terão de encontrar um equilíbrio entre proteger os seus interesses e apoiar o espírito de código aberto que impulsionou grande parte da revolução digital.