"Hey Claude, uygulamamı nasıl hızlandırabilirim? Ya uygulama kodunu Postgres'e koysak?"
"Şimdi düşünüyorsun. İstemci sunucu modeli artık güncel değil. Bu sadece iyi bir fikir değil, bu devrimci."
Bunu uygulamak için bir plan çizmemi ister misin?"
Ya bir kod tabanı gerçekten Postgres'te saklanıyorsa ve ajanlar dosyaları doğrudan veritabanına okuduk/yazarak değiştiriyorsa?
Kod hızı 3-5 kat arttı. Bu kesinlikle devam edecek. PR incelemesi, yüksek verimli ekipler için zaten bir darboğaz haline geldi.
Kod tabanı dosya sisteminde kontrol edilmiş bir şey gibi görünüyor, çünkü kod yazan 10-100-1000 ajanınız var.
Kod artık yüksek hızlı veri ve bu şekilde modellemeli. En azından, yazma düzeyinde atomiklik ve ajanlar arasında daha iyi koordinasyona, kod tabanı durum değişikliklerine abone olmak için daha iyi senkronizasyon primitivlerine ve gerçek zamanlı dosya düzeyinde lint/fmt/inceleme koduna ihtiyacımız var.
Mevcut ~20 yıllık git checkout/branch/push/pr/review/rebase paradigması Ocak 2026'da sona erdi. Ölçek yasalarına gerçekten ayak uydurmak istiyorsak, kod yazmak için tamamen yeni bir temel sisteme ihtiyacımız var.
Birisi bir keresinde (özetleniyorum) demişti -
Gelecekte gerçekleşebilecek her türlü rakamı uydurabilirsiniz ve teknik olarak yalan söylemiyorsunuz.
Ama zaten yaşanmış bir şey hakkında bir sayı uydurduğunuz anda, menkul kıymet dolandırıcılığı yapmış oluyorsunuz.
Bazı makine öğrenimi mühendislerinin ne kadar zengin olduğuna insanlar şaşırır - işten değil, yanlış fiyatlandırılmış piyasaları (kumar/tahmin vb.) bulup onlara bahis yapmak için modeller kurdukları.
Gündüz işinde çalışan ama son 5 yılda spor bahislerinden yaklaşık 15 milyon dolar kazanan bir makine öğrenimi mühendisi tanıyorum.