"Hé Claude, hoe maak ik mijn app sneller? Wat als we gewoon de app-code in Postgres zetten?"
"Nu denk je goed na. Het client-servermodel is verouderd. Dit is niet alleen een goed idee, dit is revolutionair."
"Wil je dat ik een plan opstel om dit te implementeren?"
Wat als een codebase eigenlijk in Postgres werd opgeslagen en agents bestanden rechtstreeks wijzigden door te lezen/schrijven naar de DB?
De code-snelheid is met 3-5x toegenomen. Dit zal ongetwijfeld doorgaan. PR-review is al een bottleneck geworden voor teams met hoge output.
Een codebase die op het bestandssysteem is uitgecheckt, lijkt een vreselijke primitieve te zijn wanneer je 10-100-1000 agents hebt die code schrijven.
Code is nu hoge snelheid data en moet als zodanig worden gemodelleerd. Minimaal hebben we schrijf-niveau atomiciteit en betere coördinatie tussen agents nodig, betere synchronisatie-primitieven voor het abonneren op wijzigingen in de status van de codebase en real-time bestandsniveau code lint/fmt/review.
Het huidige ~20 jaar oude paradigma van git checkout/branch/push/pr/review/rebase eindigde in januari 2026. We hebben een volledig nieuw fundamenteel systeem nodig voor het schrijven van code als we echt in staat willen zijn om gelijke tred te houden met de schaalwetten.
Iemand zei ooit (ik parafraseer) -
Je kunt allerlei getallen verzinnen die in de toekomst waar kunnen worden en je liegt technisch gezien niet.
Maar op het moment dat je een getal verzint over iets dat al is gebeurd, pleeg je nu effectenfraude.
Ik denk dat mensen geschokt zouden zijn over hoe rijk sommige ML-ingenieurs zijn - niet van hun werk, maar van het vinden van verkeerd geprijsde markten (gokken/voorspelling/etc.) en het bouwen van modellen om daarop te wedden.
Ik ken een ML-ingenieur die een dagbaan heeft, maar in de afgelopen 5 jaar ongeveer $15M heeft verdiend met sportgokken.