GitHub Olayı Olmadan Geçen Günler

 (dayswithoutgithubincident.com)
1 puan yazan GN⁺ 1 시간 전 | 1 yorum | WhatsApp'ta paylaş
  • Days Without GitHub Incidents, GitHub olayı yaşanmadan geçen gün sayısını gösteren bir sayfa
  • Şu anda gün sayısı alanı yalnızca ... days olarak görünüyor; bu yüzden net gün sayısı görülemiyor
  • High Score, 2026 olarak gösteriliyor
  • Sayfada görülebilen temel metrikler mevcut gün sayısı ile High Score
  • Mevcut gün sayısı bir sayı yerine yer tutucu biçiminde görünüyor

İlgili okumalar

1 yorum

 
GN⁺ 1 시간 전
Hacker News yorumları

  • Kısa süre önce tüm projelerimi self-hosted Forgejo örneğine taşıdım ve şu ana kadar oldukça memnunum. Hızı da iyi
    GitHub alternatifi arıyorsanız bakmaya değer, seçenekler var

    • Artık moda olmasa da, self-host edilebilen GitHub alternatifleri arasında Phabricator da onurlu bir anılmayı hak ediyor
      Hatta “eski” arayüzü, bugünlerde diğer şeyler bu kadar kötüleşmişken bir avantaj gibi hissettiriyor
    • GitHub’a karşı hep bir soğukluğum vardı ama git, onunla ilk tanıştığım andan itibaren etkileyiciydi
      Kişisel projelerimi eski bir Gitea örneğinden Forgejo’ya taşıdım ve çok memnunum
    • Gitea nasıl?

  • Tüm platformu tek bir sayıya indirgemeyi adil bulmuyorum. Biraz AWS’nin tamamını tek bir sayıda toplamak gibi

    • Öte yandan, bir miktar karmaşık dağıtım işletiyorsanız CPU, bellek, G/Ç, uygulama metrikleri, aboneler, aktif kullanıcılar/oturumlar gibi panolarda kolayca boğulursunuz
      Bu yüzden tüm sistem durumunu tek bir sayı ile ifade etmenin yollarını düşünmek faydalı olabilir. Örneğin aktif kullanıcı oturumlarını veritabanı bağlantı sayısına bölüp bellek kapasitesiyle düzeltebilirsiniz
      Tek haneli bir sayıysa normal aralığına alışabilir ve hep göze çarpan bir yerde tutabilirsiniz. Ayrıntıları göstermez ama değer değişirse gidip somut metriklere bakarsınız; yani temel bir “normal mi?” kontrolü için kısaltılmış bir gösterge olarak işe yarayabilir
    • Durum sayfasını şimdiki gibi bölüp git push ve git pull kesintilerini ayrı ayrı izleseniz bile, eğer bu ancak biraz abartılı bir şaka olarak kalıyorsa bu göz boyama ve SLA şişirmeye daha yakındır ve hoş görülmemelidir
      Neredeyse herkesin kullandığı Git, issue, pull request, Actions gibi çekirdek alanlar var ve bunlardan biri bile bozulursa site bozulmuş demektir. Durum sayfası bunun ne kadar sık yaşandığını göstermeli
    • Bu açıkça bir meme sitesi ve sayı ne kadar düşükse meme o kadar komik
      Gerçekten doğru bilgi arayanlar resmî durum sayfasına gider
    • Sadece S3, EC2, EKS ve RDB bile bugünkü GitHub’ın tamamına benzer bir erişilebilirliğe sahip olsaydı herkes bunu bilirdi
      Depo wiki’leri, commit istatistikleri, gist’lerde bu tür sorunlar olması o kadar önemli değil. Önemli olan PR, Actions, Discussions gibi birlikte kullanılan ve birbirine bağımlı servislerin birleşimi
      İki sistemin her bileşeni için tek bir yüzde oluştursanız bile GitHub yine geride kalırdı. Kesintisiz gün sayısı birkaç gün daha fazla olabilir ama bu basit bir karşılaştırma değil
    • Kullanıcı açısından bakınca bu hesap anlamlı. Ama MSFT ya da GitHub açısından bu sayı epey utandırıcı bir metrik
      Platformun tüm özelliklerini kullanmanızı ve güçlü bir bağımlılık oluşturmanızı isterler, ama bazı kısımlar sürekli bozuluyorsa kullanıcıların daha fazla özelliği benimseme güveni kazanması zorlaşır
      Kullandığınız şeyler arttıkça içlerinden birinin sorun çıkarma ihtimali büyür, ama bu şirketler için artık kararlılık hedef değilmiş gibi görünüyor

  • Bizim için bu gerçek bir iş sürekliliği meselesi. Bir ölçüde GitHub Enterprise’a bağlıyız ama bu böyle sürerse buluttan şirket içi kurulu ortama geçmek zorunda kalabiliriz

    • O yöne gidecekseniz gereken Actions’ların tamamını yerelde cache’lemek iyi olur. Yoksa çok da iyileşmez

  • Şu anda tangled.org’da kullanmak için self-hosted Knot kuruyorum
    Ana neden AtProto’nun havalı olması ve self-host etmenin eğlenceli gelmesi ama aynı zamanda projelerimi barındıran altyapıya bizzat sahip olma yönünde ilerlemek istemem
    Tangled’ın Knot sistemi bu açıdan güçlü bir soyutlama gibi geliyor. Veriler AtProto Repository’de barındırılırken, bunu dünyaya gösteren AtProto Application’ın barındırılması ve yönetimi üçüncü tarafa bırakılabiliyor
    Tangled ortadan kalksa bile AtProto girişimi başka bir platforma taşıyıp kendi Knot’umu işaret edebilirim ve hosting ayarım aynı kalır. İnternetin bir köşesinde izole bir web uygulamasının tamamını bizzat host etmekten çok daha kullanışlı

  • Burada GitHub’ı savunan çok yorum var. Milyarlarca dolarlık bir şirketi savunmak biraz tuhaf, özellikle de açık kaynak yazılımın ezici çoğunluğunu barındıran bir şirketse
    Belki de iyi niyet iş başındadır. Ama sevdiğiniz bir projeye katkı vermek için büyük bir şirketin iç siyaseti ve pratiklerini kabullenmek zorunda olmak her zaman yutması zor bir hap oldu. GitHub’a borçluymuşum gibi hissetmiyorum
    Hele ki anlaşmadaki kendi paylarına düşeni yerine getiremiyorlarsa hiç. Karşılığında da tonla Azure kredisi gibi ciddi bir bedel alıp dünya çapındaki yazılım depolarına serbestçe erişiyorlar

    • Soruyu tersinden sorarsak, operasyonu ayakta tutmaya çalışan diğer insanların en temel nezaket ve saygıyı bile hak etmediğini düşünecek kadar GitHub’a karşı olma gerekçesi nedir?
      İşletmeyi, arkasında çok çalışan insanlardan ayrı düşünemez misiniz?
      Onlar da tıpkı bizim gibi insanların kendilerine bağımlı olduğunun farkında. Kendi hizmetlerinin dünya yazılım geliştirme kapasitesinin “çevirmeli bağlantı tonu” olduğunu biliyorlar ve etkisinin de hassas biçimde farkındalar
      #hugops nereye gitti? Sırf o insanlar hoşunuza gitmeyen bir şirkette çalışıyor diye hemen yok mu oluyor?
    • Teknik olarak savunulan şey trilyon dolarlık bir şirket olan Microsoft
    • Bence bu, para ödeyip ödemediğinize bağlı. Para ödüyorsanız güçlü beklentileriniz olmalı ve hesap sormalısınız
      Ücretsiz bir hizmet alıyorsanız öfkelenmeniz anlaşılır ama aynı zamanda ödediğiniz kadarını alıyorsunuzdur
    • Satın alma sonrasında da GitHub algısının pek değişmemiş olması şaşırtıcı
      WSL ile birlikte birçok kişi için dengeyi sağladı ve Microsoft’u yeniden “bir şans verelim” tarafına koymuş gibiydi
      Bu olay, işletme maliyetlerinin ötesinde şimdiye kadarki iyi niyetin de büyük kısmını geri sarıyor. Birden kötü haberler daha görünür ve görmezden gelmesi daha zor hâle geliyor
    • Milyarlarca dolarlık şirketleri ölümüne savunan iki grup var: HN kullanıcıları ve Nintendo hayranları

  • GitHub’daki commit’lerin yıllık bazda 14 kat arttığı söyleniyor

    • Yapay zeka ajanları bunu spam gibi mi basıyor?
    • Commit mi, push mu? Yük ölçümü açısından commit sayısı çok anlamlı bir ölçüt değil
    • 14 kat delilik. Özellikle de gerçek dünyadaki yazılımın kalite ve miktarı neredeyse hiç kıpırdamamışken
      Yeni kazanılan ajan tarzı kodlama becerileriyle gerçekten değer üretip kaliteyi artırmasını umabilirdiniz. Ama görünen şey enshittification ve durgunluk. Bunca token ile tam olarak ne yapılıyor?
    • GitHub’daki commit’ler yıllık bazda 14 kat arttıysa, ee yani?
      Microsoft ölçekleyemeyecekse kim ölçekleyecek? Hizmeti veremiyorlarsa mümkün olana kadar satış yapmayı bırakmalılar
      Bu, 90’ların ortasındaki AOL dial-up meşgul sinyali fiyaskosunun tekrarı. Ama bu kez insanlar öfkelenmek yerine zavallı ve yıpranmış trilyonluk şirkete mazeret üretiyor
    • Bunun AI commit’lerinden kaynaklandığı ve her şeyin sadece trafik hacmiyle ilgili olduğu söylemini gerçekten anlamakta zorlanıyorum
      Tek haneli bir mertebedeki artış, yani 14 katlık yük artışı, bu düzeyde kesintilere yol açmamalı
      GitHub’ın yaptığı iş ve işlediği hacmi sosyal medya şirketleri, ödeme şirketleri, video platformları vb. ile kıyaslayınca bunun sadece yük sorunu olduğu açıklaması doğru görünmüyor
      Daha çok, zaten temel sorunları olan bir platformun artan yükle birleşip bunun büyütülmesine benziyor

  • Bu şakanın işlemesinin sebebi, herkesin kolaylık uğruna ciddi bir yoğunlaşma riskini sessizce kabullenmiş olması

  • https://repo.autonoma.ca/treetrek
    Bu, benim yaptığım ücretsiz, açık kaynaklı, asgari özellikli, cache’siz, bağımlılıksız, kimlik doğrulama ve yetkilendirme içermeyen saf PHP bir ham Git görüntüleyicisi
    GitList, cache hataları yüzünden paylaşımlı hosting’de disk alanını ve belleği patlatıyordu; ben de GitHub, BitBucket ve GitLab depolarını birleştirmek için bunu yaptım
    Self-host etmekte ve üçüncü tarafların keyfine bağlı kalmamakta tatmin edici bir taraf var

  • Büyük olasılıkla bir vibe coding uygulaması olan bu uygulama da GitHub’ı çökerten vibe coding uygulamaları saldırısına katkıda bulunmuş olabilir
    Batmakta olan gemiyi bir şekilde su üstünde tutmaya çalışan GitHub çalışanlarına üzülüyorum ve Microsoft ise kendi gemisini batırmak için elinden gelen her şeyi yapıyormuş gibi görünüyor