1 pontos por GN⁺ 2024-01-23 | 1 comentários | Compartilhar no WhatsApp

Meu código é ruim

  • É egocêntrico achar que os desenvolvedores têm medo de ser criticados pelo próprio código.
  • Se alguém se estressa com código ruim, isso é algo que vale a pena buscar.
  • A comunidade ajuda a melhorar o projeto refatorando código ruim e introduzindo novas diretrizes de qualidade de código.

Chegando à segurança

  • Ter medo de que encontrem vulnerabilidades de segurança no código público e o invadam é uma preocupação comum.
  • A Lei de Linus, de que com olhos suficientes todos os bugs se tornam óbvios, também se aplica a questões de segurança.
  • Projetos open source como o Bitcoin podem ser mais seguros porque problemas de segurança são encontrados e corrigidos cedo.

Vencendo os concorrentes

  • Em software, ideias são baratas, e o valor é criado na execução dessas ideias.
  • Compartilhar ideias libera a mente para focar no que realmente importa.
  • No longo prazo, não importa muito se concorrentes espiam seu código, e a comunidade open source reagirá positivamente à sua abertura.

Crescimento da comunidade de especialistas

  • Para construir uma empresa bem-sucedida, é preciso executar bem por um longo período e aumentar a base de clientes.
  • No longo prazo, não importa se concorrentes espiam seu código.

Vencendo no mercado

  • Em mercados grandes e em crescimento, situações de vencedor leva tudo são raras, e o importante é encantar os usuários e iterar rapidamente.
  • Mesmo que um concorrente faça um fork do projeto open source, se não conseguir lançar mais rápido, vai perder a concorrência de qualquer forma.

Estágio posterior

  • Quando o projeto atinge uma escala considerável, você pode enfrentar a situação em que um grande provedor de nuvem oferece o produto com um modelo de distribuição melhor.
  • Se a AWS começar a competir hospedando seu produto, isso significa que você está fazendo algo muito certo.
  • É preciso encontrar vantagem competitiva em áreas nas quais provedores de nuvem não são bons, como a experiência do desenvolvedor.

Pare de se preocupar

  • Se os concorrentes estão atrás das suas ideias, eles sempre estarão um passo atrás de você.

Contratação de desenvolvedores

  • Uma das maiores reclamações das startups é que é difícil contratar desenvolvedores.
  • O open source pode resolver esse problema de contratação.

Encontrando talentos em público

  • Todo desenvolvedor se beneficia do open source, e muitos querem contribuir com projetos open source interessantes.
  • Se você reduzir a barreira para contribuir com um projeto open source, aumenta a chance de ótimos desenvolvedores encontrarem o projeto.

Não, não vamos aplicar teste para fazer em casa

  • Desenvolvedores reclamam de ter que resolver problemas de LeetCode ou fazer testes para levar para casa no processo de entrevista.
  • Se alguém contribui para o seu repositório, você já pode ver a contribuição real de código dessa pessoa e como ela se comunica com a equipe/comunidade.

Integra com Excel?

  • Ao tocar uma startup, talvez só haja tempo para resolver os maiores problemas, e recursos pedidos por poucos usuários podem ser adiados indefinidamente.
  • Se o sistema for open source, esses usuários podem contribuir com os recursos por conta própria, ampliando a utilidade do software.

É 2022. Cadê os carros voadores?

  • Em um mundo sem open source, empresas de tecnologia continuam reinventando a roda.
  • Antes de tornar novos projetos open source, a Supabase tenta apoiar projetos open source existentes.

Precisa de mais provas

  • A próxima semana é a semana de lançamento da Supabase, o ponto culminante de tudo em que a equipe e a comunidade trabalharam nos últimos 3 meses.
  • O rápido progresso da comunidade da Supabase é prova de todos os benefícios de operar uma empresa open source.

Opinião do GN⁺

  • A estratégia open source contribui para melhorar a qualidade do código, reforçar a segurança e promover colaboração e inovação por meio da construção de comunidade.
  • O open source ajuda a resolver o problema de contratação de desenvolvedores, aumenta a transparência e a confiança na empresa e contribui para o avanço tecnológico.
  • O caso da Supabase mostra como o modelo open source pode impactar positivamente o desenvolvimento de software e o crescimento dos negócios.

1 comentários

 
GN⁺ 2024-01-23
Opiniões do Hacker News
  • Problemas nas premissas

    As premissas sobre lucratividade sustentável não refletem a realidade. Especialmente ao considerar desafios como os altos salários dos desenvolvedores nos EUA, uma empresa de software open source (OSS) precisa ter sucesso duas vezes: primeiro com o próprio OSS e depois com a empresa.

  • A experiência da equipe da Graphistry

    A equipe da Graphistry é apaixonada por OSS e ajudou a iniciar os populares projetos Apache Arrow e Nvidia RAPIDS. Eles oferecem os clientes em Python e JS como OSS, e o PyGraphistry[AI] é um canivete suíço para grafos com várias ferramentas. Mas o crescimento sustentável vem principalmente da venda de licenças self-hosted em nuvem/on-premises para o servidor de visualização de grafos em GPU, voltadas a empresas, governos e companhias de dados. A receita alternativa com hospedagem SaaS sustenta equipes pequenas, mas a maioria das equipes não consegue continuar inovando sem a receita de licenças self-hosted.

  • Insatisfação com o modelo de negócios open source

    Ao discutir modelos de negócios open source com outros fundadores, três reclamações aparecem repetidamente:

    • críticas de que o código é bagunçado, ruim ou incompleto
    • hackers encontrarão e explorarão vulnerabilidades de segurança
    • concorrentes roubarão a propriedade intelectual

    Um quarto item ausente é: "Amazon/AWS vai comercializar um serviço baseado no meu código sem me pagar nada".

  • Vender para o governo civil

    Uma coisa que muitos projetos deixam passar é vender para o governo civil. O governo dos EUA tem muitos programas para tecnologia e, devido à separação entre agências civis, comunidade de inteligência e governos estaduais, compra grandes volumes de softwares diversos. Os requisitos regulatórios e de compliance não são tão altos quanto se imagina, especialmente quando os primeiros contratos são tocados pela própria equipe. Isso fornece uma receita sólida e garantida para o projeto e, em geral, é muito lucrativo com compromissos de 3 a 5 anos.

  • O valor do software open source

    Ideias de software são baratas, mas o valor quase sempre é criado na execução dessas ideias. Ao liberar software open source, você fornece não apenas a ideia, mas também uma parte significativa da execução dela. O código não é a execução completa, mas se expande para vendas, marketing, suporte etc. O artigo tende a minimizar o valor do código, mas isso não é verdade.

  • O modelo de negócios da Supabase

    A Supabase se promove como uma empresa open source, mas na prática tentar fazer self-hosting não é viável. Assim, recebe elogios por ser open source, mas isso na realidade não passa de uma estratégia de marketing.

  • Escolha por produtos open source

    Pessoalmente, sempre escolho produtos open source em vez das alternativas. O acesso irrestrito ao código-fonte é importante, e isso também é importante para a sociedade. Softwares gerados com essa mentalidade são open source e, às vezes, as pessoas pagam por isso.

  • A dificuldade dos negócios open source

    Projetos open source como PostgreSQL, Python, Bitcoin e React são bons, mas não são bons negócios. MongoDB e Elastic são exceções. Mais empresas de banco de dados closed source tiveram sucesso do que empresas de banco de dados open source. Empresas open source são difíceis, mas muito valiosas para os usuários.

  • A importância da marca e da comunidade

    Ao competir com fornecedores estabelecidos como o Google, marca, comunidade, equipe e experiência do desenvolvedor (DX) quase não importam em comparação com compliance e afins.

  • Divulgação pública do código open source e licenciamento

    Publique o código abertamente para que as pessoas possam lê-lo e contribuir. Exija uma licença paga para uso comercial, mas mantenha o uso gratuito nas camadas mais baixas. É preciso criar, dentro do negócio, uma cultura em que os clientes pagantes financiem todo o desenvolvimento.

  • A viabilidade de uma empresa open source

    Uma empresa open source só faz sentido se tiver desenvolvedores como público-alvo ou se criar um produto que realisticamente não será auto-hospedado. A Supabase é um exemplo que se encaixa nos dois casos.