O Beekeeper Studio foi lançado em 2020 como um projeto 100% gratuito e open source.
Passamos 8 meses de noites e fins de semana criando essa versão inicial. Já tínhamos lançado outros apps que ninguém usou, mas o Beekeeper foi diferente: assim que lançamos e começamos a divulgá-lo, as pessoas se interessaram e começaram a baixá-lo e usá-lo.
O interesse foi tão grande que acabamos na primeira página do Hacker News. Tínhamos postado mais cedo naquele dia sem dar muita atenção, e em poucas horas já tínhamos milhares de usuários.
Mas aí veio a parte difícil: manter e melhorar um app de verdade, usado por pessoas de verdade… por quanto tempo? Anos? Décadas?
O cemitério do open source
A maioria dos projetos/apps/empresas acaba não dando certo e morre. Isso não é exclusividade de projetos open source, mas é mais acentuado no open source. Afinal, desde o início, a maioria dos projetos open source foi feita para ser gratuita. Isso é um obstáculo e tanto para tornar um projeto sustentável.
Na verdade, criamos o Beekeeper Studio porque uma ferramenta muito querida, o Sequel Pro, foi abandonada, mesmo sendo o melhor app de banco de dados que eu já tinha usado.
Quem queria que o SequelPro morresse? Eu é que não. Nem os milhares de outras pessoas que o usavam todos os dias. Eu queria o oposto: queria usá-lo no Linux e com PostgreSQL.
Eu teria pago por ele com prazer. Que app incrível, mas infelizmente ele não existe mais.
Esse destino atingiu muitos, muitos outros apps parecidos.
Por que bons projetos morrem
Por que as outras ferramentas morreram, mas o Beekeeper Studio seguiu firme? A resposta simples é dinheiro e tempo.
Por dinheiro quero dizer principalmente tempo, mas, sabe como é, tempo é dinheiro (pode revirar os olhos). Então a resposta é tempo e mais tempo, ou dinheiro e mais dinheiro, como você preferir ver.
Criar software é difícil. Criar software bom é mais difícil ainda. E também é lento. Exige muito tempo e esforço, mesmo com a ajuda de um LLM. Sério mesmo: MUITO tempo. Não consigo exagerar o quanto de tempo isso exige. Já mencionei que leva muito tempo?
Simplesmente não é possível manter sozinho um projeto open source popular e ativo, em noites e fins de semana, sem financiamento, por anos a fio. Só gerenciar issues e pull requests já é um trabalho em tempo integral.
Abordagens para a sustentabilidade do open source
Existem várias formas de tornar um projeto open source sustentável. Projetos grandes e essenciais como o Vue.js são visíveis o bastante para se manter com doações. Outros projetos grandes como o React são financiados inteiramente por uma empresa patrocinadora que paga os desenvolvedores diretamente.
No lado comercial, grandes softwares de infraestrutura como Kafka e Trino dominam como projetos ‘open core’: a parte central do sistema é aberta, mas eles vendem um monte de extras para torná-lo útil para empresas. Seguir esse caminho normalmente exige captar muito dinheiro e mirar alto para virar uma startup unicórnio. Infelizmente, essa abordagem só funciona se o seu projeto já tiver se tornado um padrão do setor e sido adotado em massa por milhões de desenvolvedores.
O Kafka foi financiado e mantido por uma equipe interna do LinkedIn durante anos antes de se separar e virar uma empresa própria.
Essa abordagem também pode funcionar para bibliotecas de componentes como o AG-Grid, ainda que em escala menor. Mesmo assim, a biblioteca precisa se tornar uma espécie de padrão.
Apps menores como o Beekeeper Studio têm menos opções. Nossa receita com doações chegou no máximo a US$ 30/mês, mesmo passando de um milhão de downloads. Também não somos ‘padrão do setor’ em nada: somos um app usado por pessoas, não um motor de processamento de eventos implantado em servidores.
Nosso modelo é vender software que as pessoas querem
Vender algo útil pelo qual as pessoas estejam dispostas a pagar é um modelo de receita simples, e é o modelo que adotamos para o Beekeeper Studio.
Acho que essa é a forma mais limpa e simples de manter o projeto sem deixar de focar no usuário: vender recursos extras para quem está disposto a pagar por eles.
Dito isso, é impossível ignorar a ironia de que a melhor forma de manter nosso app gratuito e aberto é fechar algumas partes e cobrar por elas. É um equilíbrio realmente difícil. De um lado, não podemos deixar a comunidade open source na mão; de outro, a versão paga precisa ser boa o suficiente para pagar as contas.
Também é lento (já mencionei que criar bons softwares leva muito tempo?): lançamos nossos primeiros recursos pagos em 2022, mas só consegui me dedicar ao projeto em tempo integral em 2026, 4 anos depois.
Felizmente essa abordagem tem precedentes: excelentes softwares open source como o Sidekiq, de Mike Perham, usam esse modelo com grande sucesso sem afastar a comunidade.
Somos transparentes
Até agora, nossa abordagem está funcionando. Somos uma empresa lucrativa, mas também continuamos sendo um projeto comunitário open source que atrai engajamento e contribuições reais da comunidade. Nós até deixamos o código dos nossos recursos comerciais disponível, mesmo que eles não sejam totalmente open source.
Levamos a sério manter o Beekeeper Studio o mais aberto e acessível possível. Por exemplo, procuramos transformar recursos pagos em gratuitos com frequência, nunca removemos recursos gratuitos depois de lançados e deixamos gratuitos e abertos todos os recursos contribuídos pela comunidade, mesmo quando preferiríamos cobrar por eles.
O melhor de todos
Acho que nossa abordagem para a sustentabilidade do projeto é o equilíbrio certo para nós, e nos dá alguns superpoderes, como ter uma Community Edition absurdamente poderosa.
Estamos aqui para ficar. Enquanto isso, espero que você goste de usar nosso software tanto quanto nós gostamos de criá-lo.
