A maioria dos devs não constrói nada relevante, e os dados confirmam isso
Existem milhões de pessoas no mundo que se intitulam desenvolvedores. Perfis no LinkedIn cheios de stacks, certificações, anos de experiência, repositórios no GitHub com nomes promissores. No entanto, quase nenhuma delas tem algum produto ou serviço a ser usado por um grupo de pessoas — e nem que essas pessoas sejam os seus familiares. É estranho, não é? Se os seus títulos mostram outra coisa.
Não estamos a falar de unicórnios nem de IPOs. Estamos a falar do mínimo: uma coisa real, no ar, que alguém que não és tu abriu hoje.
Este artigo não é motivacional. Não termina com "acredita em ti e lança já o teu projeto". É uma tentativa honesta de olhar para os dados e perceber o que eles dizem sobre a diferença entre saber programar e construir algo que importe.
O que conta como relevante
A tua criação não precisa necessariamente de ser algo globalmente significante. Estamos a falar de coisas relativamente pequenas: um script que um colega de trabalho corre todas as sextas-feiras, um bot do Telegram que três amigos têm instalado, uma ferramenta que a tua empresa adotou sem tu forçares. Isso conta.
O que não conta: o projeto que "só falta o frontend". A API documentada que nunca foi consumida por ninguém. O SaaS com landing page e zero utilizadores reais. O repositório público que existe como peça de decoração no currículo.
Esta distinção importa porque a maior parte do que os desenvolvedores apresentam como evidência de trabalho cai nessa segunda categoria. Código que existe mas não serve ninguém — tecnicamente funcional, praticamente invisível. E às vezes o problema não está no código. Está no facto de aquele produto ter sido construído para ser visto, não para ser usado.
O que os dados dizem
Os números sobre o que os developers realmente lançam não são fáceis de encontrar num único lugar. Mas quando juntas várias fontes, o padrão é consistente e difícil de ignorar.
O GitHub tem mais de 420 milhões de repositórios públicos e a esmagadora maioria nunca recebeu uma estrela de alguém fora do próprio criador. Um estudo da Towards Data Science que analisou uma amostra representativa de repositórios públicos concluiu que mais de 70% têm zero contribuidores externos e zero evidência de utilização real — sem issues abertos por terceiros, sem forks com alterações, sem tráfego documentado. O repositório médio é um projeto pessoal que parou a meio. Não porque o dev fosse incompetente, mas porque nunca foi construído para ser usado por mais ninguém.
O relatório anual da Stack Overflow inquire dezenas de milhares de desenvolvedores em todo o mundo. Quando se olha para a percentagem que reporta ter lançado um produto próprio — não como freelancer para um cliente, mas algo seu, com utilizadores independentes — o número fica consistentemente abaixo dos 15%. Quinze por cento. Numa comunidade que se define pela capacidade de construir coisas.
O npm tem mais de 2,5 milhões de pacotes publicados. Os dados públicos de downloads mostram que mais de 60% têm menos de 100 downloads totais — não por semana, não por mês: na sua existência inteira. E uma boa parte desses downloads é do próprio autor, em máquinas diferentes, durante o processo de publicação.
Publicar um pacote é fácil. Criar algo que alguém escolha instalar é outra conversa completamente diferente.
Porquê acontece isto
O diagnóstico não é falta de talento. É um conjunto de padrões de comportamento que a própria cultura da área incentiva sem perceber.
O primeiro é o que se chama de tutorial hell: um estado em que a pessoa aprende continuamente mas nunca constrói nada de raiz. Há uma diferença enorme entre seguir um tutorial de 6 horas no YouTube e sentar-te numa página em branco com um problema real à tua frente. O tutorial dá a sensação de progresso sem o desconforto de criar. E o desconforto é exactamente onde o produto nasce.
O segundo é o perfeccionismo que paralisa o lançamento. O projeto nunca está suficientemente pronto. O código não está suficientemente limpo. A interface não está suficientemente polida. E enquanto esperas que esteja, ninguém está a usar nada. O produto perfeito que nunca saiu vale exactamente o mesmo que o projeto abandonado de 2021: zero.
O terceiro — e talvez o mais subtil — é a confusão entre conhecimento técnico e capacidade de criar produto. Saber React não é o mesmo que saber construir algo que resolva um problema real para uma pessoa real. São competências diferentes. Uma ensina-se em cursos. A outra aprende-se construindo, falhando, e lançando de qualquer maneira.
O que separa quem constrói de quem não constrói
Não é a stack. Não é a experiência. Não é sequer o talento.
É o momento em que a pessoa decide que uma versão imperfeita no ar vale mais do que uma versão perfeita na cabeça. Esse momento específico é onde a maioria recua — porque lançar é expor-se, e expor-se é arriscado de formas que escrever código nunca é.
Quem constrói coisas relevantes tem geralmente uma característica em comum: começa pelo problema, não pela tecnologia. Não pensa "quero construir uma app com React e Node" — pensa "esta coisa incomoda-me todos os dias e não existe nada que a resolva bem". A tecnologia é um detalhe. O problema é o motor.
E depois lança. Feio, incompleto, cheio de edge cases por resolver. Lança porque sabe que o feedback de dez utilizadores reais vale mais do que seis meses de desenvolvimento em segredo.
O problema da nossa área não é falta de pessoas que sabem programar. É excesso de pessoas que confundem saber programar com construir coisas.
São actividades relacionadas mas não equivalentes. Podes dominar três linguagens, conhecer os padrões de arquitectura de cor e salteado, ter o GitHub verde todos os dias — e nunca ter feito nada que alguém precisasse de verdade.
A questão não é se sabes programar. É se alguma vez construíste algo que continuasse a existir sem ti.