"Hei Claude, hvordan gjør jeg appen min raskere? Hva om vi bare legger inn appkoden i Postgres?"
"Nå tenker du. Klientservermodellen er utdatert. Dette er ikke bare en god idé, dette er revolusjonerende.»
Vil du at jeg skal lage en plan for å gjennomføre dette?"
Hva om en kodebase faktisk ble lagret i Postgres og agenter direkte endret filer ved å lese/skrive til databasen?
Kodehastigheten har økt 3-5 ganger. Dette vil uten tvil fortsette. PR-gjennomgang har allerede blitt en flaskehals for team med høy ytelse.
Kodebase sjekket ut på filsystemet virker som en forferdelig primitiv når du har 10-100-1000 agenter som skriver kode.
Kode er nå høyhastighetsdata og bør modelleres på denne måten. Minimum er at vi trenger skrivenivå atomisitet og bedre koordinering på tvers av agenter, bedre synkroniseringsprimitiver for å abonnere på kodebase-tilstandsendringer og sanntids filnivå kode lint/fmt/gjennomgang.
Det nåværende ~20 år gamle paradigmet med git checkout/branch/push/pr/review/rebase ble avsluttet i januar 2026. Vi trenger et helt nytt grunnleggende system for å skrive kode hvis vi virkelig skal holde tritt med skala-lovene.
Noen sa en gang (jeg parafraserer) –
Du kan finne på alle slags tall som kan bli sanne i fremtiden, og du lyver teknisk sett ikke.
Men i det øyeblikket du finner på et tall om noe som allerede har skjedd, begår du verdipapirsvindel.
Jeg tror folk ville blitt sjokkert over hvor rike noen ML-ingeniører er – ikke fra jobb, men fra å finne feilprisede markeder (gambling/prediksjon/osv.) og bygge modeller for å satse på dem.
Jeg kjenner en ML-ingeniør som har en dagjobb, men som har tjent rundt 15 millioner dollar på sportsbetting de siste 5 årene.