Open Source

Software proprietário vem numa caixa preta: você paga, usa, e não tem acesso ao código que determina como ele funciona. Se o fornecedor decide mudar o preço, encerrar o produto ou não corrigir um bug que afeta sua operação, você depende inteiramente da decisão dele.

Open source inverte essa relação. O código-fonte é público — qualquer pessoa pode ler, verificar, modificar e distribuir. Não é ausência de propriedade intelectual; é uma licença diferente de uso. O autor mantém os direitos, mas concede liberdades específicas: examinar, modificar, redistribuir.

Essa diferença tem consequências que vão muito além do preço. Open source é a infraestrutura sobre a qual a internet moderna funciona — Linux roda em mais de 90% dos servidores do mundo, incluindo toda a infraestrutura de nuvem de AWS, Google e Azure. PostgreSQL, MySQL, Python, React, Kubernetes, Docker — praticamente toda stack de desenvolvimento moderna é construída sobre componentes open source.

Nem todo open source é igual. As licenças definem o que você pode fazer com o código e sob quais condições.

Licenças permissivas (MIT, Apache 2.0, BSD): máxima liberdade. Você pode usar, modificar, incorporar em produto proprietário e distribuir sem obrigação de abrir seu próprio código. A única exigência típica é manter o aviso de copyright original. É o tipo de licença que empresas preferem para componentes que vão usar em produtos comerciais.

Licenças copyleft (GPL, LGPL, AGPL): se você distribui software derivado, precisa distribuir sob a mesma licença. O GPL "contamina" — código que incorpora componente GPL precisa ser GPL também se distribuído. Isso torna GPL problemático para produtos comerciais proprietários, mas eficaz em garantir que melhorias ao software permaneçam abertas.

AGPL: extensão do GPL para software como serviço — mesmo se você não "distribui" o software (só o usa em servidor acessado via rede), precisa abrir o código. Criado para fechar a brecha do SaaS que usava GPL sem obrigação de abrir código.

Licenças com restrição comercial (BSL, SSPL): tendência recente de empresas como MongoDB e HashiCorp — código visível mas com restrições de uso comercial. Não é open source pela definição da OSI, mas é frequentemente confundido com open source.

O paradoxo aparente: como software gratuito se torna o padrão da indústria em detrimento de produtos com equipes pagas?

Revisão coletiva de qualidade: código aberto pode ser auditado por qualquer pessoa. Vulnerabilidades são identificadas e corrigidas por comunidade global, não apenas pelo time interno. Em segurança especialmente, "security through obscurity" é premissa fraca — open source força a qualidade a ser real.

Eliminação de dependência de fornecedor: software proprietário cria lock-in. Open source pode ser mantido pela própria organização, por consultores externos ou pela comunidade — sem dependência de um único fornecedor.

Massa crítica de adoção: quando uma tecnologia é amplamente adotada, o investimento em treinamento, ferramentas, integrações e talento cresce. Linux, PostgreSQL e Kubernetes têm ecossistemas de expertise que produtos proprietários raramente conseguem igualar.

Velocidade de inovação: comunidades globais de contribuidores frequentemente iteram mais rápido do que equipes internas. O ritmo de evolução de frameworks como React ou ferramentas como Git é notável.

"Open source é gratuito" é verdade apenas no sentido de liberdade, não necessariamente de custo. Empresas construíram modelos sustentáveis em torno de software aberto.

Open Core: o produto base é open source; funcionalidades avançadas são proprietárias e pagas. GitLab, Elastic, HashiCorp. O core atrai usuários; as funcionalidades enterprise geram receita.

Suporte e serviços: o código é gratuito; suporte, treinamento e implementação são pagos. Red Hat construiu um negócio de bilhões de dólares (adquirido pela IBM por US$ 34 bilhões em 2019) exatamente nesse modelo, em cima do Linux.

SaaS gerenciado: o código é open source; operar a infraestrutura é complexo. Vender a versão gerenciada em nuvem — sem que o cliente precise operar nada — é onde MongoDB Atlas, Elastic Cloud e Confluent Cloud geram receita.

Dual licensing: open source com licença copyleft para uso open source, e licença comercial para uso em produto proprietário. MySQL opera assim — uso em produto GPL é livre; uso em produto proprietário exige licença comercial.

Redução de custo de licença: PostgreSQL substitui Oracle em muitos casos de uso; Linux substitui Windows Server; ferramentas de colaboração open source substituem pacotes proprietários em ambientes que não precisam de compatibilidade total. O custo de licença pode ser significativo em escala.

Acesso a tecnologia de nível enterprise: Kubernetes, Elasticsearch, Redis, Kafka — ferramentas que empresas grandes pagavam caro para ter equivalentes proprietários são hoje acessíveis como open source com suporte comercial opcional.

Responsabilidade de manutenção: usar open source não elimina responsabilidade. Atualizações de segurança precisam ser aplicadas. Versões com suporte ativo precisam ser rastreadas. Software open source sem manutenção ativa acumula vulnerabilidades como qualquer outro software.

Contribuição estratégica: empresas que dependem criticamente de um projeto open source têm incentivo para contribuir — seja com código, seja com patrocínio. Isso garante influência na direção do projeto e antecipação de mudanças que afetam sua operação.

Open source é tema que frequentemente fica confinado às equipes técnicas, mas tem implicações estratégicas que merecem atenção de liderança. Decisões sobre quais sistemas adotar afetam custos de longo prazo, risco de lock-in e capacidade de customização.

A lente mais útil não é "open source é melhor do que proprietário" — é avaliar cada decisão de tecnologia considerando: qual é o custo total (incluindo suporte e operação, não apenas licença)? Qual é o risco de lock-in se o fornecedor mudar? Existe comunidade ativa que garante manutenção e evolução?

Em muitos casos, open source com suporte comercial opcional oferece o melhor equilíbrio: liberdade de código com opção de suporte quando necessário.