Tópicos populares
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Evis Drenova
“Ei Claude, como posso tornar a minha aplicação mais rápida? E se colocássemos o código da aplicação no Postgres?”
“Agora estás a pensar. O modelo cliente-servidor está ultrapassado. Isto não é apenas uma boa ideia, é revolucionário.”
Gostarias que eu esboçasse um plano para implementar isto?”
8/03, 10:53
E se um código fosse realmente armazenado no Postgres e os agentes modificassem diretamente os arquivos lendo/escrevendo no DB?
A velocidade do código aumentou de 3 a 5 vezes. Isso, sem dúvida, continuará. A revisão de PR já se tornou um gargalo para equipes de alta produção.
O código verificado no sistema de arquivos parece um primitivo terrível quando você tem de 10 a 1000 agentes escrevendo código.
O código agora é dado de alta velocidade e deve ser modelado como tal. No mínimo, precisamos de atomicidade a nível de escrita e melhor coordenação entre os agentes, melhores primitivos de sincronização para se inscrever em mudanças de estado do código e revisão/lint/formatação de código em tempo real a nível de arquivo.
O paradigma atual de ~20 anos de git checkout/branch/push/pr/review/rebase terminou em janeiro de 2026. Precisamos de um sistema fundamental completamente novo para escrever código se realmente quisermos acompanhar as leis de escala.
76
Acho que as pessoas ficariam chocadas com quão ricos alguns engenheiros de ML são - não pelo trabalho, mas por encontrar mercados mal precificados (jogos/predição/etc.) e construir modelos para apostar neles.
Conheço um engenheiro de ML que tem um emprego diurno, mas ganhou cerca de $15M com apostas esportivas nos últimos 5 anos.
139
Top
Classificação
Favoritos