Trend-Themen
#
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
„Hey Claude, wie mache ich meine App schneller? Was wäre, wenn wir den App-Code einfach in Postgres packen?“
„Jetzt denkst du nach. Das Client-Server-Modell ist veraltet. Das ist nicht nur eine gute Idee, das ist revolutionär.“
„Möchtest du, dass ich einen Plan skizziere, um das umzusetzen?“
8. März, 10:53
Was wäre, wenn ein Code-Repository tatsächlich in Postgres gespeichert wäre und Agenten Dateien direkt durch Lesen/Schreiben in die DB modifizieren würden?
Die Codegeschwindigkeit hat sich um das 3-5-fache erhöht. Das wird zweifellos so weitergehen. Die PR-Überprüfung ist bereits zu einem Engpass für leistungsstarke Teams geworden.
Ein Code-Repository, das im Dateisystem ausgecheckt ist, scheint ein schreckliches primitives Konzept zu sein, wenn man 10-100-1000 Agenten hat, die Code schreiben.
Code ist jetzt hochdynamische Daten und sollte entsprechend modelliert werden. Mindestens benötigen wir schreiblevel-atomare Operationen und eine bessere Koordination zwischen den Agenten, bessere Synchronisationsprimitive für das Abonnieren von Änderungen des Code-Repository-Zustands und eine Echtzeit-Datei-Ebene für Code-Linting/Fmt/Überprüfung.
Das aktuelle, ~20 Jahre alte Paradigma von git checkout/branch/push/pr/review/rebase endete im Januar 2026. Wir benötigen ein völlig neues Fundamentalsystem zum Schreiben von Code, wenn wir wirklich mit den Skalierungsgesetzen Schritt halten wollen.
29
Ich denke, die Leute wären schockiert, wie wohlhabend einige ML-Ingenieure sind - nicht durch ihre Arbeit, sondern durch das Finden von falsch bewerteten Märkten (Glücksspiel/Vorhersage usw.) und das Erstellen von Modellen, um darauf zu wetten.
Ich kenne einen ML-Ingenieur, der einen Tagesjob hat, aber in den letzten 5 Jahren etwa 15 Millionen Dollar durch Sportwetten verdient hat.
88
Top
Ranking
Favoriten