Electrobun 2.0, Bun’dan Rust ile yeniden yazım nedeniyle ayrılacak

• Electrobun 2.0, yt-dlp’nin aldığı karara benzer şekilde, Bun’un Rust ile yeniden yazılması nedeniyle Bun bağımlılığını azaltma yönünde değişiyor ve çalışma zamanı bağımlılık yapısı da buna göre değişecek
• Ayrılma kararında, Anthropic’in insan incelemesi, makul bir kademeli dağıtım ve istikrar sağlama süreçlerinden yeterince geçmediği yönündeki değerlendirme etkili oldu
• Rust’ın kendisi olumlu değerlendiriliyor ve Electrobun 2.0’da birinci sınıf destek hedeflerinden biri olacak
• Electrobun 2.0, Rust’ın yanı sıra Zig ve Go’yu da birinci sınıf desteklenen diller arasına almayı planlıyor
• İlgili proje blackboardsh/electrobun deposunda görülebilir ve temel yönelim Bun bağımlılığını azaltmak

[GN⁺]

Hacker News yorumları

• Bu olay gerçekten ilginç ve basit bir seyirlikten öte, adeta 2026 yazılım geliştirme dünyasının gidişatını gösteren bir işaret gibi görünüyor

  • Bu arada doğru ifade bellwether; boynuna çan takılan kısırlaştırılmış bir koçun sürüyü yönlendirmesi kökeninden geliyor
  • Daha da komiği, sürekli suistimal edilen ve hacklenen npm'i kimsenin bırakmak istememesi
    npm sektör genelindeki hack'lerin kaynağı kaç kez oldu ki? Yalnızca büyük olaylar bile üç tane, bir de npm'i hedef alan büyük ölçekli tedarik zinciri saldırı kampanyaları vardı. Ama asıl endişe kaynağı sanki bun'mış gibi davranılıyor
    Artık gerçekle yüzleşip npm'i yeniden gözden geçirmek ve ciddi biçimde incelemek gerekiyor. Tehlikeli ölçüde kontrolden çıkmış durumda
  • Zamanla göreceğiz. Bence bu, internetteki insanların $latest_thing'e öfkelenip sonra hızla başka bir sıcak konuya geçmesi şeklindeki 20 yıllık tekrar eden kalıp
  • Daha doğru benzetme, rüzgar gülünden çok madendeki kanarya olurdu
  • Zaten “geri kalmış ve pek modern olmayan” şirketlerin Bun ya da Deno'yu ne kadar kullandığını merak ediyorum
    Öte yandan bu biraz zayıf bir aşırı tepki gibi de görünüyor. Sonuçta Linux çalıştırmadan önce kernel'i, sürücüleri, BIOS'u, EFI kodunu satır satır denetlemiyoruz, değil mi? Testler geçiyorsa, performans gerilemiyorsa ve güvenliyse, neden vibe coding ile yazıldığı için bu kadar öfkelenildiğini anlamıyorum. Sebebi bunun sorumsuzluk olması mı? İki tarafın da bakış açısını görebiliyorum

• Electrobun deposu: https://github.com/blackboardsh/electrobun
  Electrobun, TypeScript ile yazılmış ultra hızlı, küçük boyutlu ve çapraz platform masaüstü uygulamalarını derlemek, güncellemek ve dağıtmak için uçtan uca bir çözüm olmayı hedefliyor. İçeride ana süreci çalıştırmak için bun kullanılıyor, webview TypeScript paketleniyor; ayrıca Objc ve C++ ile yazılmış native binding'ler ile Zig ile yazılmış çekirdek parçalar bulunuyor

• LLM ile oluşturulmuş büyük kod tabanlarından, LLM'lerin ya da makul düzeyde insan emeğinin bunları bakımını yapabildiği kanıtlanana kadar kaçınmak mantıklı görünüyor

  • İnsanların hemen Bun'un “AI çöpü” olduğu sonucuna varmasına şaşırıyorum
    Bun, Rust ile yeniden yazımdan çok önce yaklaşık 6 ay boyunca neredeyse tamamen LLM ile geliştiriliyordu. Kaynak: https://x.com/jarredsumner/status/2054525268296118363
    Bu da LLM'lerin böyle bir kod tabanının bakımını yapabildiğinin zaten kanıtlandığı anlamına geliyor
  • Kod tabanının AI ajanlarıyla bakım altında çürüyüp çürümediğini anlamanın bir yolu var
    Kodlama ajanlarının geliştirme görevleri sırasında kodu nasıl okuduğunu toplayıp analiz edebilir, benzer geliştirme görevlerinde kod erişimi ve token tüketiminin zamanla istikrarlı biçimde artıp artmadığına bakabilirsiniz. Ajan açısından kod okunabilirliği bozulmuyorsa, kod tabanının bakım yapılabilirliği de muhtemelen iyidir

• Tamamen LLM ile yazılmış ya da yeniden yazılmış yazılımlara karşı kesinlikle şüpheliyim, ama siber saldırı vektörleri konusunda Anthropic'in yeni Mythos modeli ile yeterince test yapmış olduğunu varsaymak gerekir gibi geliyor
  Belki bununla ilgili daha ayrıntılı bir şey söylemişlerdir

  • “Yeterince test edildi” ifadesinin bir milyon satır kod için pratikte ne anlama geldiğine nasıl karar veriyorsunuz?
    Kodun bir satırı bir token olmadığı sürece, bir milyon satır kodu 1 milyon token'lık bağlam penceresine sığdıramazsınız. Sonuçta kötü ya da hatalı kısımların ortaya çıkmasını umarak yeterince zaman ve parayı token'lara yakmış oluyorsunuz
  • LLM'lerin üretmeye yatkın olduğu güvenlik sorunlarının, yine LLM'lerin tespit etmekte zorlandığı türden güvenlik açıkları olması şaşırtıcı olmazdı
  • Yani LLM tarafından üretilen kodu başka bir LLM ile savunuyoruz, saldırıları da başka LLM'ler mi yapıyor? Sonuç ne olursa olsun ve bizi nasıl etkilerse etkilesin, sonunda kazanan hep onlar mı oluyor?
  • Jarred, bunun Mythos ya da Anthropic ile hiçbir ilgisi olmadığını söyledi

• Electrobun'u ilk kez duyuyorum ama Electron alternatifi olarak iyi olabilir gibi görünüyor. Sitede CEF paketlemesinin opsiyonel olduğundan bahsediliyor; deneyen var mı merak ediyorum

• Electrobun'u bugün ilk kez öğrendim. Electron ile karşılaştırınca nasıl?

  • Farkı +bu

• Muhtemelen adını değiştirmeleri iyi olur

• Bu noktada birilerinin Zig tabanlı Bun'ı fork'layıp başka bir şey yapıp yapmayacağını merak ediyorum

• Bu gayet mantıklı
  Örneğin bizim de dahil olduğumuz birçok yer numpy'ye büyük ölçüde bağımlı. numpy onlarca yıldır var ve fazlasıyla sahada kendini kanıtladı. Birisi çıkıp numpy'nin yeni sürümünü bir haftada vibe coding ile baştan yazsa ve “tüm testler geçiyor” dese, bunu benimser miydik? Kesinlikle hayır. Potansiyel bug'ların olmadığına ya da sonuçlara tamamen güvenebileceğimize dair bir güvenimiz olmazdı
  Mesele AI'ın yeniden yazmış olması değil; zaman içinde gerçek dünyada kendini kanıtlayıp kanıtlamadığı. Bunu bir insan ekip de bir haftada yeniden yazmış olsaydı yine güvenmez, kullanmazdım

  • “Bir haftada yapıldı” söylemi HN'de sık sık tekrarlanıyor ama o PR bir sürüm değildi. Rust ile yeniden yazım bir aydan uzun süredir devam ediyor ve henüz yayımlanmadı
  • Bu, “Bu dolabı elle yapmak bir ay sürdü ama biri makineyle bir günde yapsaydı ona güvenir miydim?” demeye benziyor

• Adı zaten kötü şöhretli Electron'a oldukça yakın; benzer bir şey mi?