Bun 1.4'ün milyon satırlık Zig'den Rust'a geçişi 11 günde yapay zeka ajanları tarafından üretildi

Bun 1.4 ve satır satır hiçbir insanın yazmadığı bir yeniden yazım

Bun 1.4 geçen hafta, JavaScript runtime'ının Zig'den Rust'a tam geçişini taşıyarak yayınlandı. Yapılan duyuruyu konu alan blog yazısı Hacker News'in ana sayfasına ulaşan Paul Dix'e göre, yeniden yazımı içeren merge 1.009.257 satır ekledi ve 4.024 satır kaldırdı — yani yeni kod tabanının büyük kısmı tek dev değişiklikle gelmiş oldu. Dix, dil değişikliğinin programlama topluluğunda gerçek bir tartışma yarattığını kabul ediyor; ama asıl önemli hikayenin yeniden yazımın nasıl ve ne ölçekte yapıldığı olduğunu savunuyor.

On bir gün, 6.778 commit, yaklaşık 165.000 dolarlık token

Dix'in anlattığına göre bu çabayı, Anthropic'in Fable 5 modelinin yayın öncesi bir sürümü ve Dix'in deyişiyle sınırsız görünen bir token bütçesiyle çalışan tek bir geliştirici, Bun'un yaratıcısı Jarred Sumner yürüttü. Sumner'ın kritik katkısı, birden fazla ajanın paralel çalışıp mevcut Zig kod tabanını Rust'a çevirmesini sağlayan harness ve framework oldu. On bir gün boyunca bu ajanlar 6.778 commit üretti ve standart fiyatlarla faturalandırılmış olsaydı yaklaşık 165.000 dolar tutacak kadar token tüketti.

Dix, ölçeğin ancak mayıs başında ortaya çıktığına dikkat çekiyor; merge'ün kendisi, eşlik eden yazı ortaya çıkmadan çok önce olan bitenin ilk kamuya açık ipucuydu. Beklenen itirazı önceden yanıtlıyor: bir dilden başka bir dile yapılan bir taşıma işleminde bir oracle vardır, çünkü Zig uygulaması doğru davranışı zaten tanımlar. Buna verdiği yanıt ise bunun başarımı küçümsediği yönünde. Doğrulama sistemini kurup doğru yönü vermek, yapay zekanın son derece karmaşık yazılımlar üretmesini ve çalışana kadar sürekli iyileştirmesini sağladı; ve sonuç artık milyonlarca geliştirici makinesinde çalışıyor.

Daha geniş iddia: İnsanlar kodu değil, sonuçları gözden geçiriyor

Dix'in yazısının başlığı "The End of Programming" ve tezi şöyle: Kodu elle yazıp başka insanlara gözden geçirtmek yok olmaya mahkum — ya da en azından, insanların yalnızca nihai sonucu incelediği, ajanların ürettiği faydalı ve çalışan yazılım seli tarafından ezilecek. İyi mühendislik edilmiş, ama hiçbir insanın satır satır okumadığı yazılımların yanında bol miktarda düşük kaliteli, hatalı çıktı da olmasını bekliyor.

Destekleyici kanıt olarak, GitHub'ın 17 Ağustos kesintisiyle ilgili yazısındaki, geçen yıldan bu yana kod üretiminde dik ve üstel bir artış gösteren grafiğe işaret ediyor. Teorisine göre bu hacmin büyük kısmı yan projelerden, içerdeki gizli mühendislik çabalarından ve kişisel kullanım için üretilen araçlardan geliyor — şirketlerin kritik saymadığı ve bir geliştiricinin on ya da yüz kat daha fazla şey çıkarmasına örgütsel direncin çok daha az olduğu işler. Ayrıca bu kodun neredeyse tamamının sadece birkaç ay önce frontier olan modeller tarafından üretildiğini belirtiyor.

Dix ayrıca X'te paylaşım yapan Anthropic ve OpenAI geliştiricilerinin haftada düzinelerce, hatta yüzlerce pull request çıkardığını, odağlarını ise satır satır incelemeden yukarı doğru sistemlere, prompt'lara ve doğrulama araçlarına kaydırdığını söylüyor. Onun okumasına göre bu geliştiriciler Fable'a ve OpenAI'nin bir sonraki modeli Astra'ya fiilen sınırsız erişime sahipler — geri kalan herkesin haftalık model kotaları yetiştiğinde, yaklaşık bir yıl sonra ulaşacağı yakın bir gelecek bu.

InfluxDB'den bir saha raporu

Dix, Bun analizini kendi yaptığı iki deneyle birleştiriyor; ikisi de InfluxDB'nin bir fork'unda geliştirildi. İlki, InfluxDB verisini Iceberg REST üzerinden açığa çıkaran bir Iceberg entegrasyonuydu: harici S3 depolama ve bir Glue catalog — bir API ve CLI, bir REST uygulaması, derin compactor değişiklikleri ve dahili bir S3 API'si; binlerce satırlık uygulama ve test anlamına geliyordu. Dix mimariyi ve gereksinimleri taslakladıktan sonra, onun gözetiminde yürüyen ajan çalışması 14 saatte çalışan bir sürüm üretti; bu sürüm daha sonra DuckDB ve PyIceberg istemcileri kullanılarak canlı bir cluster üzerinde uçtan uca doğrulandı ve yol boyunca birkaç hata düzeltildi.

İkincisi bir edge replication sistemiydi: uydu InfluxDB düğümlerinin sıkıştırılmış veriyi düzenli olarak merkezi bir cluster'a kopyalaması; API'ler, bir CLI, compactor güncellemeleri, metrikler ve sistem tablolarıyla birlikte. Ortak bir tasarım aşamasının ardından, 28 saatlik ajan çalışması büyük ölçüde çalışan bir uygulama verdi.

Genel izlenimi, Fable'ın önceki modellerden niteliksel olarak farklı olduğu; tıpkı geçen kasım sonunda geldiğinde Opus 4.5'in farklı olması gibi: gereksinimler ve mimari verildiğinde, ek etkileşim olmadan birden fazla çalışma saati boyunca tamamen çalışan bir ilk sürüm üretebiliyor.

Neden önemli

Eğer Dix'in anlattığı tutuyorsa, Bun 1.4 bir dönüm noktası: çekirdeği büyük ölçüde makine tarafından yazılan ve sonra milyonlarca makinede çalışan yazılıma dönüştürülmüş, yaygın olarak kullanılan bir runtime. Bu, Zig-karşı-Rust tartışmasını bütünüyle yeniden çerçeveliyor — kısıt, kodu kimin yazabileceğinden kimin onu tanımlayabileceğine, doğrulayabileceğine ve denetleyebileceğine kayıyor. Mühendislik ekipleri için cevaplanması gereken sorular artık gözden geçirme pratiği, sahiplik ve hiçbir insanın okumadığı koda duyulan güven. Üstelik yeniden yazım fiilen sınırsız bir token bütçesine dayandığı için, bu durum bilgisayar gücüne erişimin frontier'in içindekilerle diğerleri arasında rekabete dayalı bir ayrışma noktası haline geldiğini de gösteriyor. Dix'in daha büyük öngörüsü abartılı çıkabilir; ama verdiği sayılar bu argümana somut bir veri noktası kazandırıyor.