"Ei Claude, como faço para deixar meu app mais rápido? E se a gente só colocasse o código do app no Postgres?"
"Agora você está pensando. O modelo cliente-servidor está desatualizado. Isso não é apenas uma boa ideia, é revolucionário."
Quer que eu elabore um plano para implementar isso?"
E se um código base estivesse realmente armazenado no Postgres e agentes modificassem arquivos diretamente ao ler/gravar no banco de dados?
A velocidade do código aumentou de 3 a 5 vezes. Isso, sem dúvida, continuará. A revisão de relações públicas já se tornou um gargalo para equipes de alta produção.
Código verificado no sistema de arquivos parece uma primitiva terrível quando você tem 10-100-1000 agentes escrevendo código.
O código agora é dado de alta velocidade e deve ser modelado nesse sentido. No mínimo, precisamos de atomicidade em nível de escrita e melhor coordenação entre agentes, melhores primitivas de sincronização para assinar mudanças no estado da base de código e lint/fmt/revisão de código em tempo real em tempo real.
O paradigma atual de ~20 anos de git checkout/branch/push/pr/review/rebase terminou em janeiro de 2026. Precisamos de um sistema fundamental totalmente novo para escrever código se realmente quisermos acompanhar as leis de escala.
Alguém uma vez disse (estou parafraseando) -
Você pode inventar todo tipo de número que pode se concretizar no futuro e tecnicamente não está mentindo.
Mas no momento em que você inventa um número sobre algo que já aconteceu, você está cometendo fraude de valores mobiliários.
Acho que as pessoas ficariam chocadas com a riqueza de alguns engenheiros de ML – não por causa do trabalho, mas de encontrar mercados mal precificados (jogos/previsão/etc.) e construir modelos para apostar neles.
Conheço um engenheiro de ML que trabalha durante o dia, mas ganhou cerca de 15 milhões de dólares com apostas esportivas nos últimos 5 anos.