Python é melhor que Rust e eu posso provar.
Outro dia eu fiz um post sobre Python ser lento e isso não importar pra maior parte dos SaaS e divulguei no Linkedin. A discussão explodiu. Desenvolvedores Rust insistiam que tem "zero tradeoff" em usar Rust. Um disse que eu não entendo o contexto, outro disse que é "skill issue".
Então eu fiquei curioso e decidi procurar pesquisa sobre isso. Não digo só posts de blog ou Linkedin, digo estudos revisados por pares, experimentos controlados, migrações em produção documentadas. A conclusão pode te surpreender, ou pode confirmar o que você já suspeitava: pra grande maioria dos softwares sendo feitos hoje em dia, Python entrega soluções funcionais mais rápido e mais barato que Rust.
Os Dados que Todo Mundo Ignora
Vamos começar com a comparação mais direta que eu consegui achar. O Thor Kampefner, um desenvolvedor com experiência em Rust, mas enferrujado (pegou a referência?) em Python resolveu 50 problemas do Project Euler em ambas as linguagens, medindo o tempo de tudo meticulosamente. Os resultados?
As implementações em Python tiveram uma média de 20 minutos. As implementações em rust tiveram uma média de 34.7 minutos.
Isso é 40% de diferença na velocidade de desenvolvimento. E o principal: esse desenvolvedor tinha MAIS experiência com Rust que Python no momento do estudo. Mesmo com as vantagens pro Rust, Python ainda ganhou em velocidade de desenvolvimento inicial.
O Thor achou algo ainda mais interessante: qualquer problema que levava 35+ minutos em Rust podia ser resolvido mais rapidamente prototipando em Python primeiro, depois traduzindo pra Rust. Foi literalmente mais rápido escrever a solução DUAS VEZES (uma em Python, outra em Rust) que escrever direto em Rust.
Por quê? A hipótese dele é que as minúcias da linguagem (tipos, mutabilidade, referências) competem com a atenção total da solução, reduzindo a produtividade do desenvolvimento pela complexidade. Em outras palavras, o Rust te faz pensar sobre gerenciamento de memória quando você deveria estar pensando no problema.
Mas pera, os defensores do Rust dizem, e todos aqueles bugs que você tem com Python? Certamente o sistema de tipagem do Rust e o borrow checker te economizam tempo a longo prazo.
O 1% Que Destrói o Argumento sobre Estar Correto
A linguagem de programação é responsável por menos de 1% da variância em taxas de bugs.
Pense sobre isso. Todo esse argumento de sistema de tipos, borrow checker, e como Rust é superior? Afeta bugs em menos de 1%. O estudo diz explicitamente: "Deve-se tomar cuidado para não superestimar os impactos da linguagem em defeitos. Enquanto essas relações são estatisticamente significativas, os efeitos são bem pequenos."
O que importa de fato? Fatores do processo como tamanho do projeto, tamanho do time, e padrões de commit dominam absolutamente qualquer efeito de design de linguagem. Os pesquisadores ainda sugerem que os pequenos efeitos que eles acharam podem ser devido a outros fatores do processo intangíveis.
Traduzindo: talvez código em Rust tenha um pouquinho menos bugs não por causa da linguagem, mas porque a pessoa que escolhe Rust é mais cuidadosa em geral. Ou talvez times que consigam usar Rust tenham processos melhores.
Então quando alguém disser que Rust vai te salvar de bugs, mostre esse estudo. Boas práticas de desenvolvimento importam 99 vezes mais que a sua escolha de linguagem.
E A Curva de Aprendizagem?
"Mas, Igor" os evangelistas de Rust protestam, "uma vez que você aprende Rust, você é tão produtivo quanto em outras linguagens"
Múltiplos estudos sugerem o contrário. Uma análise do dataset ISBSG (o maior repositório público de dados de projetos de software) achou que linguagens de script consistentemente performam melhor que linguagens de sistemas em métricas de produtividade. Outra comparação empírica achou que linguagem de script como Python são "mais produtivas que linguagens convencionais."
A verdade? Esse momento "uma vez que você aprende" pode nunca chegar por completo. Mesmo desenvolvedores Rust experientes reportam que Python é mais rápido pra exploração e prototipação. A linguagem genuinamente faz algumas coisas de forma mais difícil, não porque você não é suficientemente inteligente, mas porque ela te força a pensar em problemas que podem não importar pro seu caso de uso.
A Abordagem Híbrida
Aqui está o que acontece de fato no mundo real enquanto todo mundo discute online. De acordo com o Relatório Estado do Python em 2025 da JetBrains, o uso de Rust pra extensões de Python pulou de 27% pra 33% em um ano, um aumento de 22%. No Python Language Summit de 2025, desenvolvedores revelaram que "algo entre um quarto e um terço de todo o código nativo sendo mandado para o PyPI para novos projetos usa Rust"
O The New Stack reporta que isso representa uma mudança chave em como o ecossistema Python aborda otimização de performance. Desenvolvedores estão cada vez mais escolhendo Rust em vez do tradicional C para extensões - eu mesmo uso extensões feitas em Rust para todos os meus projetos.
Sabe o que isso significa? Times espertos não estão escolhendo entre Python e Rust. Eles estão usando Python pro que ele é bom (desenvolvimento rápido, código "cola", lógica de negócios) e Rust pro que ele é bom (seções em que a performance é crítica). O uv (um gerenciador de pacotes e projetos de Python) - escrito em Rust para gerenciar Python. Polars (processamento de dados) - API em Python, núcleo em Rust. Pydantic V2 (validação de dados) - interface em python, motor em Rust. Ruff (linter para Python) - 100x mais rápido que o equivalente de Python, escrito em Rust, usado em Python.
Esse é o futuro. Não "Python vs Rust", mas "Python com Rust".
Onde O Python Domina
Depois de analizar essa pesquisa toda, aqui é onde o Python objetivamente é melhor que Rust:
Você está construindo uma aplicação limitada por I/O. A minha análise mostrou que o Python representa entre 0.1-0.5% do tempo total de um request pro SaaS de IA típico. Enquanto a OpenAI leva 2 segundos pra responder, ninguém importa se o seu handler leva 5ms ou 0.5ms.
Você está fazendo algo com IA ou machine learning. Todo modelo novo, todo novo método, toda implementação de paper aparece primeiro em Python. Lutar contra isso é igual tentar fazer front-end sem JavaScript.
Você precisa construir rápido e iterar. Esses 40% de vantagem em produtividade não são teóricos. É medido. É real. Em startups, construir 40% mais rápido pode ser a diferença entre sucesso e o dinheiro acabar.
Você precisa contratar. Eu consigo achar dez desenvolvedores Python qualificados pra cada desenvolvedor Rust. Quando você está escalando um time, isso importa mais que considerações técnicas.
Seu gargalo de performance está em outro lugar. Queries de banco de dados, requests na rede, APIs terceiras - tudo isso torna a performance da linguagem irrelevante em 99% das aplicações. Arrume seus indexes e suas queries N+1 antes de pensar em velocidade de linguagem.
Rust é Melhor Que Python
Vamos ser justos, Rust de fato é a melhor escolha nos seguintes cenários:
Performance é diretamente relacionada a dinheiro em escala. O Discord moveu serviços específicos de Go pra Rust porque pausas de garbage collection estavam literalmente custando usuários pra eles. Eles tinham milhões de conexões concorrentes onde cada milissegundo contava.
Você está construindo softwares de sistemas. Bancos de dados, sistemas operacionais, browsers - onde milhões de usuários se beneficiam de cada optimização e ser correto é crítico.
Uso de memória é uma restrição real. Sistemas embarcados, trading de alta frequência, engine de jogos. Quando você está escovando bits, o Rust brilha. O lovable foi de 200 instâncias de servidor pra só 10 quando eles migraram de Python pra Go (nem foi Rust!) - mas note que eles chegaram a um valuation de 2 bilhões de dólares com Python primeiro.
Percebeu algo? Todos esses casos são especializados. A grande maioria de nós está construindo CRUD, pipelines de dados, integrações de APIs. Você não é o Discord. Você não está construindo o próximo PostgreSQL. A gente tá tentando resolver problemas de negócios.
O Segredinho Sujo de Toda Empresa de Sucesso
Quer saber como startups de sucesso escolhem linguagem? Eles não escolhem. Eles só usam o que sabem e constroem algo de fato.
Os fundadores do Instagram escolheram o Django porque, como o co-fundador Mike Krieger disse, "Django nos deu essa vantagem - nos permitiu focar no nosso produto em vez de reinventar a roda." Eles eram um time de duas pessoas que precisava subir pra produção rápido. Eles escalaram para um bilhão de usuários com Python.
O Discord começou com Python pras APIs porque, como eles explicaram no Reddit, "é uma boa linguagem geral pra escrever APIs, com bons drivers pra bancos de dados, um bom modelo de concorrência e uma boa quantidade de bibliotecas."
Então - e só então - quando eles chegaram a gargalos reais, medidos, eles otimizaram partes específicas. O Instagram manteve Python, mas reescreveu o processamento de imagem em C. O Discord manteve o Python pra grande parte das coisas, mas reescreveu serviços específicos em Rust.
Dropbox? Principalmente Python com partes críticas que precisam de performance escritas em Rust. Spotify? Java, Python, e C++ em lugares diferentes. Google? Python, Java, C++ e Go pra coisas diferentes.
O padrão é claro: comece com o que você sabe. Construa algo, coloque em produção. Meça gargalos reais. Arrume só o que precisa ser arrumado. Essa abordagem constrói soluções enquanto outros debatem escolha de linguagem.
Sua Stack não é Sua Personalidade
O desenvolvedor que está profundamente investido em Rust ser "melhor" amarrou a identidade dele a uma escolha de tecnologia. O programador Python que fica na defensiva por performance fez a mesma coisa. Você não é sua stack. Você não é mais inteligente porque usa Rust. Você não é mais prático porque usa Python. Fico imaginando se pedreiros discutem qual é o melhor martelo e colocam uma marca de ferramenta do lado do nome deles.
As pesquisas mostram que bons engenheiros entregam software bom em qualquer linguagem. Engenheiros ruins escrevem software ruim em qualquer linguagem. A linguagem é quase irrelevante se comparada com o engenheiro usando.
A linguagem importa tão menos que as pessoas e os processos que é quase vergonhoso quanto tempo a gente passa discutindo sobre linguagem.
O Que Importa de Verdade
Depois de revisar centenas de páginas de pesquisa, analisar usos de caso do mundo real, e ignorando toda a parada tribal das linguagens, aqui está o que importa de fato:
- Você entrega mais rápido com a linguagem que sabe que com a que não sabe
- Python entrega software funcional mais rápido que Rust
- A linguagem de programação afeta taxa de bugs em menos de 1% em aplicações do mundo real
- Processos e pessoas importam 99x mais que linguagem
- Empresas de sucesso usam múltiplas linguagem de uma forma pragmática
Mas aqui está a pill real: Uma linguagem é só uma ferramenta. Você não casa com o seu martelo. Você não coloca "Entusiasta de Tramontina" na bio do Linkedin. Você escolhe a ferramenta certa pro trabalho, usa pra construir alguma coisa, e segue a vida.
Seus usuários não se importam com a linguagem que você usa. Eles se importam se o seu produto resolve os problemas deles. Seus investidores não se importam com o seu sistema de tipos. Eles se importam se você está entregando antes de o dinheiro acabar.
O desenvolvedor que sabe tudo de PHP vai entregar algo mais rápido que o que tá aprendendo Rust porque é "melhor". O time usando o Java sem graça com boas práticas vai ser melhor que o time usando a tecnologia modinha de forma caótica. A empresa com requisitos claros ganha da com tipagem perfeita e nenhuma visão.
Então aqui vai meu desafio pra você: Pare de discutir sobre linguagens. Pare de se apaixonar por ferramentas. Se você sabe Python, use o Python e coloque algo em produção. Se você sabe Rust, use Rust e coloque algo em produção. Se você encontrar gargalos reais e mensuráveis, use a ferramenta adequada para resolver eles.
Mas não importa o que você faz, pare de fingir que a sua escolha de linguagem te faz superior. Os dados não corroboram. As empresas de sucesso não se importam. E seus usuários estão esperando soluções enquanto você discute sobre gerenciamento de memória.
Escolha a melhor ferramenta pro seu caso. Coloque algo em produção. Não se apaixone pela sua solução. Quando uma ferramenta melhor pro seu problema surgir, use ela em vez da anterior. Use evidências pra apoiar suas decisões, não emoção - você deveria agir como um egenheiro.
A melhor linguagem é aquela que entrega. Normalmente, é a linguagem que você já sabe.
Quer lançar seu SaaS de IA hoje em vez de debater sobre linguagens? O FastroAI te dá uma stack pronta pra produção com tudo configurado. Porque colocar em produção é melhor que debater.
Originalmente postado em inglês no blog do FastroAI