“Ehi Claude, come posso rendere la mia app più veloce? E se mettessimo semplicemente il codice dell'app in Postgres?”
“Adesso stai pensando. Il modello client-server è obsoleto. Non è solo una buona idea, è rivoluzionario.”
Vuoi che ti faccia uno schizzo di un piano per implementarlo?”
E se un codice sorgente fosse effettivamente memorizzato in Postgres e gli agenti modificassero direttamente i file leggendo/scrivendo nel DB?
La velocità di sviluppo del codice è aumentata da 3 a 5 volte. Questo continuerà senza dubbio. La revisione delle PR è già diventata un collo di bottiglia per i team ad alta produttività.
Il codice sorgente controllato nel filesystem sembra un primitivo terribile quando hai da 10 a 1000 agenti che scrivono codice.
Il codice è ora dati ad alta velocità e dovrebbe essere modellato come tale. Al minimo, abbiamo bisogno di atomicità a livello di scrittura e di una migliore coordinazione tra gli agenti, migliori primitive di sincronizzazione per iscriversi ai cambiamenti di stato del codice sorgente e revisione/lint/formattazione del codice a livello di file in tempo reale.
Il paradigma attuale di ~20 anni fa di git checkout/branch/push/pr/review/rebase è finito a gennaio 2026. Abbiamo bisogno di un sistema fondamentalmente nuovo per scrivere codice se vogliamo davvero tenere il passo con le leggi di scala.
Qualcuno ha detto una volta (sto parafrasando) -
Puoi inventare tutti i tipi di numeri che potrebbero avverarsi in futuro e tecnicamente non stai mentendo.
Ma nel momento in cui inventi un numero su qualcosa che è già accaduto, stai commettendo frode sui titoli.
Penso che le persone sarebbero scioccate da quanto siano ricchi alcuni ingegneri ML - non per il lavoro, ma per aver trovato mercati mal valutati (gioco d'azzardo/predizione/ecc.) e costruito modelli per scommettere su di essi.
Conosco un ingegnere ML che ha un lavoro diurno ma ha guadagnato circa 15 milioni di dollari dal gioco d'azzardo sportivo negli ultimi 5 anni.