Zig, Microsoft'un yapay zeka takıntısı nedeniyle GitHub'dan ayrılıyor

 (theregister.com)
6 puan yazan GN⁺ 2025-12-04 | 1 yorum | WhatsApp'ta paylaş
  • Zig programlama dili vakfı, GitHub'ın kalite düşüşü ve Microsoft'un yapay zeka takıntısı nedeniyle Codeberg'e taşınma kararı verdi
  • GitHub Actions'taki safe_sleep.sh hatası yıllarca ihmal edilerek CI sisteminin kilitlenmesine yol açtı
  • Zig ekibi, GitHub'ın yapay zeka odaklı stratejiyle mühendislik kalitesinden ödün verdiğini eleştirdi
  • Fast.AI'nın ortak kurucusu Jeremy Howard da GitHub'in hata yönetme süreçlerini ve kod kalitesi düşüşünü deşifre etti
  • Açık kaynak projelerin GitHub'dan uzaklaşma hareketi yayılırken, yapay zeka ticarileştirmesine odaklı platform işletimine karşı tepki büyüme eğiliminde

Zig Vakfı'nın GitHub'dan Ayrılma Nedenleri

  • Zig programlama dilini yöneten Zig Software Foundation, GitHub'dan ayrılarak kar amacı gütmeyen bir Git barındırma hizmeti olan Codeberg'e geçme kararı aldı
    • Bu karar, GitHub'ın artık mühendislik mükemmelliğine adanmadığı yönündeki değerlendirmeye dayanıyor
  • Andrew Kelly, GitHub Actions'taki safe_sleep.sh sonsuz döngü hatasını örnek olarak gösterdi
    • Bu betik, CPU'yu %100 oranında tüketip sonsuza kadar çalışabiliyordu
    • Bu nedenle Zig'in CI runner'ı haftalarca kapanmıştı
Reklam

GitHub Actions'ın Teknik Sorunları

  • Sorunun kaynağı, 2022 Şubat ayında yapılan bir kod değişikliğiyle POSIX'in sleep komutunun safe_sleep betiği ile değiştirilmesiydi
    • Betik, belirli saniye zamanlamasını kaçırırsa sonsuz döngüye girecek şekilde yapılandırılmıştı
  • Bu hata ancak 20 Ağustos 2025'te düzeltildi ve ilgili konu 1 Aralık 2025'e kadar çözülmedi
  • Başka bir aşırı CPU kullanımı hatası hâlâ çözülmedi

Topluluk ve Uzman Tepkisi

  • Jeremy Howard (Fast.AI'nın ortak kurucusu), GitHub Actions durumunu “bariz biçimde yetersiz” olarak nitelendirdi
    • CPU'yu %100 işgal eden bir kodun bir yıldan uzun süre boyunca incelenmeden kaldığını belirtti
    • “Normal bir şekilde çalışan bir organizasyon bu tür hataları tekrarlayamazdı” dedi
  • Kelly daha sonra sözlerinin aşırı sert olduğunu kabul edip özür diledi, ancak GitHub'ın kalite düşüşü meselesi yine de vurgulandı

Diğer Projelerin Ayrılma Eğilimleri

  • Dillo tarayıcı projesi kurucusu Rodrigo Arias Mallo da GitHub'dan ayrılma planını duyurdu
    • JavaScript bağımlılığı, hizmet reddi olasılığı ve LLM ile üretken yapay zeka odaklı işletim gibi konuları eleştirdi
    • “Üretken yapay zeka açık web'i yok ediyor” dedi
    Reklam
  • Codeberg, 2025 Ocak ayından bu yana destekleyici üye sayısını 600'den 1.200'ün üzerine çıkararak iki katına yükseltti

GitHub'in Yapay Zeka Odaklı Gelir Modeli

  • Microsoft CEO'su Satya Nadella, 2024'ün 2. çeyrek sonuçlarında
    • GitHub Copilot ücretli abonelerinin 1,3 milyonun üzerinde, çeyreksel bazda %30 artış gösterdiğini açıkladı
  • 2024'te GitHub'in yıllık 2 milyar dolarlık gelirinin yaklaşık %40'ı Copilot aboneliklerinden geldi
  • 2025'in 3. çeyreğinde 15 milyondan fazla Copilot kullanıcısı ve bir önceki yıla göre dört kat artış bildirildi
  • GitHub şu anda ücretli kullanıcı sayısını kamuya açıklamıyor ve Copilot odaklı gelir modelini öne çıkarıyor

Özetsel Anlam

  • Zig ve Dillo örnekleri, yapay zeka ticarileştirmesine odaklı bir platformun geliştirici güvenini zayıflattığını gösteriyor
  • GitHub'in yapay zeka odaklı stratejisi ve kalite kontrol eksikliği, açık kaynak topluluğunun platformdan kopmasına yol açtı
  • Codeberg gibi kar amacı gütmeyen alternatif platformların büyüme hızı artıyor

İlgili okumalar

1 yorum

 
GN⁺ 2025-12-04
Hacker News görüşü

  • Zig ekibinin duyuru metnindeki revizyon geçmişi oldukça ilginç
    İlk başta GitHub ekibini "beceriksiz kadro artıklarının yaptığı hatalarla dolu bir JS framework'ü" diye eleştiriyorlardı, ama sonradan ifade yumuşatıldı
    Nihai sürümde mesele, GitHub'ın "mühendislik mükemmeliyetini" kaybetmiş olması şeklinde toparlanmış
    İlk sürüm (11/27 02:10) → Ara revizyon (11/27 14:04) → Nihai sürüm (11/28 09:21)

    • Önceki HN başlığında “siyasi duygusal ifadeleri çıkarın” yönünde çok geri bildirim vardı; Zig ekibi de bunu dikkate almış gibi görünüyor
      Topluluk adına gururunu bir kenara bırakan bir düzenleme yapmaları etkileyici
    • Kelly'nin "mühendislik mükemmeliyeti" konusundaki takıntısı ve öfkesi, bana kalırsa Zig'in parlak geleceğine işaret ediyor
      Teknik bir liderin vasatlığa öfkelenmesi bence iyi bir işaret
    • İlk ifadede geçen “berbat yazılım kasıtlıdır” tarzı suçlama fazla ağır
      Gerçekte bunlar sadece ortam ve yetkinlik kısıtları içinde ortaya çıkan sonuçlar
    • Öfke muhakemeyi bulandırır
      Sevgiyle yapılan yazılımın, yani teknolojiye ve insanlara duyulan bağlılığın daha iyi sonuç verdiğine inanıyorum
    • “bloated, buggy JS framework” ifadesine katılıyorum
      Dev şirketler para saçarak bu tür framework'leri ayakta tutuyor ve milyonlarca insan bunları devre dışı bile bırakamadan kullanıyor
      Ben GitHub kullanırken hiç JS çalıştırmıyorum; proxy kurallarıyla sadece raw dosyaları indiriyorum 
      http-request set-path %[path,regsub(/blob/,/raw/,g)] if { hdr(host) github.com }
http-request set-path %[path,regsub(/releases/tag/,/releases/expanded_assets/,g)] if { hdr(host) github.com }
      Bu şekilde gayet iyi çalışıyor

  • GitHub'ın gücü ekosistemi
    PR sistemi, issue yönetimi, CI action'ları, sponsorluklar; hepsi tek yerde
    AI takıntısı rahatsız edici ama yine de geliştiriciler için en rahat araç olduğunu düşünüyorum

    • Katılmıyorum. GitHub'ın asıl gücü sosyal ağ etkisi
      Yıldız, fork, takipçi sayısı gibi metrikler kalite sinyali işlevi görüyor
      Sonuçta geliştiriciler “topluluğun gözüne” güveniyor
    • Eskiden Gerrit kullandım; GitHub PR'larının özel olarak daha iyi olduğunu düşünmüyorum
      Actions, YAML cehennemi denecek kadar karmaşık ve sık sık arıza çıkarıyor
      Yine de en büyük sebep “herkesin orada olması”
    • CI sisteminin iyi tasarlandığı sözüne katılmıyorum
      Actions kullanışlı ama korkunç bir ürün
    • Advent of Code'u brainfuck ile çözmek daha iyi olurdu
      GitHub Actions debug etmek tam anlamıyla işkence
    • GitHub'ın özel depoları AI eğitimi için kullanıp kullanmadığını açıkça reddetmemesi beni rahatsız ediyor
      GitLab bunu net biçimde reddetti; bu fark güveni azaltıyor

  • Codeberg'in altyapısını merak edip baktım
    Resmi blog yazısına göre
    3 sunucuyla (1 adet Gigabyte, 2 adet Dell R730/R740) çalışıyorlar ve ikinci el donanımın yeniden kullanımını özellikle vurguluyorlar
    Hatta bozuk MacBook'ları CI runner olarak yeniden değerlendirmeyi bile deniyorlar
    Ara sıra performans düşüşü olsa da yeniden başlatmayla çözülebildiğini söylüyorlar
    Bir hackerspace'e özgü DIY ruhu var

    • Durum sayfasına bakınca erişilebilirliğin düşük olduğu görülüyor
      Son 24 saatte %89 uptime, 14 günlük ortalama %98 ama ana site sık sık yavaş
    • Codeberg kurumsal değil, yalnızca FLOSS odaklı bir platform
      Ticari hizmet sunmak gibi bir amacı yok
    • Ben de 20 yaşımdayken bundan daha büyük bir cluster çalıştırıyordum
      Sadece elektrik faturası ayda 600 doları geçiyordu; bu ölçekte ben de ücretsiz hizmet açabilirim gibi geliyor
      Fikri olan varsa mail atsın diyor

  • Zig'in GitHub issue'larına yaklaşımına bakınca karar biraz duygusal görünüyor
    Bug her yerde var ve GitHub'ın ölçeği düşünülünce bu doğal
    Codeberg'e geçiş yeterince tartışılmadan yapılmış gibi
    Zig teknik olarak harika ama olgun bir liderlik yapısı henüz tam yerleşmemiş gibi duruyor

    • Sorun bug'lardan çok büyük şirketlerin umursamazlığı
      Microsoft gibi şirketler, müşteriler ne kadar şikayet ederse etsin pek aldırmıyor
      Bu yüzden daha küçük bir platforma geçilirse müşteri başarısına daha fazla motive olan bir destek alınabileceği umuluyor
      CI script'leri mümkün olduğunca saf script biçiminde olmalı ki taşınabilirlik artsın
    • “Codeberg'i bilmiyordum” demek kişisel bir mesele
      İçeride tartışma yapılmadığına dair de bir kanıt yok

  • GitHub'ın sorunlarını anlıyorum ama Codeberg sık sık çöküyor
    Durum sayfasına göre son iki haftadaki uptime yaklaşık %95

    • GitHub Actions da sık sık arızalandığı için, aslında çok büyük bir fark yok gibi geliyor
    • Hizmet seviyesi önemliyse Forgejo'yu kendin host etmek daha iyi
      Böylece GitHub gibi tek bir arıza noktasına bağımlı kalınmaz
    • Reddit'te de Codeberg'in bot doğrulama sürecinin zahmetli olduğuna dair şikayetler vardı
      Yine de kendin host edilebilen Forgejo cazip
    • Codeberg sık sık DDoS saldırısı alıyor
      Mastodon hesabında durumu şeffaf biçimde paylaşıyorlar
      Saldırıya uğramak, bir bakıma anlamlı bir varlık olduklarının da göstergesi olabilir
    • Codeberg yalnızca açık kaynak odaklı bir platform
      Ticari projeler ya da kişisel yedekleme için uygun değil

  • Son dönemde AI kelimesinin bir pazarlama terimine dönüştüğünü hissediyorum
    2 yıl sonra çoğu uygulamada AI özellikleri kalır ama “AI-first” gibi tanıtım söylemleri muhtemelen ortadan kaybolur

    • Son 15 yıldır hep böyleydi
      Yine de tahmine katılıyorum — artık AI reklamı yapmak demode bir şey olmaya başladı
    • Sadece moda sözcükler “big data”, “machine learning” gibi değişti
      Kavramın kendisi itici olsa da kişiselleştirilmiş reklamcılık hâlâ dimdik ayakta

  • GitHub'ın dashboard feed yenilemesi felaketti
    İlgili tartışmada da çok şikayet var

    • Son güncellemeyle son PR ve issue listesi odaklı bir yapıya geçti; bana kalırsa bu aslında bir iyileştirme
      Ben gerçekten sık kullanıyorum
    • Açıkçası dashboard'u hiç kullanmıyorum
      Çoğu zaman doğrudan proje sayfalarında çalışıyorum
    • Ben de bildirim sayfasını varsayılan ana sayfa olarak kullanıyorum
      Tarayıcı otomatik tamamlamasında sadece “not” yazınca hemen gidiyorum

  • Zig'in taşınma nedeni sadece Microsoft'a güvensizlik değil
    Zig zaten görüşleri güçlü bir topluluk
    GitLab da tatmin edici değil ve alternatif sayısı az
    Sorunun özü büyük şirketlerin tekelci yapısı ve AI bunu daha da kötüleştiriyor

    • Bitbucket bugünlerde nasıl acaba diye merak ediyorum
      Artık neredeyse ortadan kaybolmuş gibi

  • Codeberg'in avantajı sayfa yükleme hızı
    GitHub bazen yavaş ve ağır hissettiriyor

    • Özellikle kararsız 4G bağlantısında GitHub korkunç oluyor
      Linear gibi servislerle kıyaslayınca fark büyük
    • Benim testimde ise tam tersine Codeberg daha yavaştı 
      $ time curl -L 'https://codeberg.org/'  → 3.06s  
$ time curl -L 'https://github.com/'    → 1.35s
      Herhalde ortama göre değişiyor

  • Fossil SCM önermek isterim
    SQLite'ın yaratıcısının yaptığı bir araç; 6MB'lık tek bir çalıştırılabilir dosyada GitHub düzeyinde özellikler barındırıyor
    fossil-scm.org adresinden bakılabilir

    • Ama kod inceleme sistemi yok
      Çünkü kurucusu dış katkıları neredeyse hiç kabul etmiyor
      Tek kişilik projeler için harika ama iş birliği için uygun değil
    • Yine de kişisel projeler için mükemmel
      Bir sonraki yan projende mutlaka denemeni öneririm