"Hej Claude, hur gör jag min app snabbare? Tänk om vi bara lägger in appkoden i Postgres?"
"Nu tänker du. Klientservermodellen är föråldrad. Det här är inte bara en bra idé, det är revolutionerande."
Vill du att jag ska skissa upp en plan för att genomföra detta?"
Vad händer om en kodbas faktiskt lagras i Postgres och agenter direkt modifierade filer genom att läsa/skriva till databasen?
Kodhastigheten har ökat 3-5x. Detta kommer utan tvekan att fortsätta. PR-granskning har redan blivit en flaskhals för högproduktiva team.
Kodbas som lånats ut på filsystemet verkar vara en fruktansvärd primitiv när man har 10-100-1000 agenter som skriver kod.
Kod är nu höghastighetsdata och bör modelleras för sådant. Som allra minsta behöver vi skrivnivå-atomicitet och bättre samordning mellan agenter, bättre synkroniseringsprimitiva för att prenumerera på kodbasens tillståndsändringar och realtidskod på filnivå, lint/fmt/granskning.
Det nuvarande ~20 år gamla paradigmet med git checkout/branch/push/pr/review/rebase tog slut i januari 2026. Vi behöver ett helt nytt grundläggande system för att skriva kod om vi verkligen ska hänga med i skalalagarna.
Någon sa en gång (jag parafraserar) -
Du kan hitta på alla möjliga siffror som kan bli verklighet i framtiden och du ljuger tekniskt sett inte.
Men i samma ögonblick som du hittar på ett nummer om något som redan har hänt, begår du värdepappersbedrägeri.
Jag tror att folk skulle bli chockade över hur rika vissa ML-ingenjörer är – inte från jobbet utan från att hitta felprissatta marknader (spel/prognoser/etc.) och bygga modeller för att satsa på dem.
Jag känner en ML-ingenjör som har ett dagjobb men som har tjänat runt 15 miljoner dollar på sportspel de senaste fem åren.