GitHub’da 1 milyarıncı depo oluşturulması kutlandı

• GitHub’da 1 milyarıncı depo oluşturuldu
• Bu, açık kaynak ekosisteminin patlayıcı büyümesini gösteren bir dönüm noktası
• Sayısız geliştirici ve proje, iş birliği ve inovasyonun merkezinde GitHub’ı kullanıyor
• Bugüne kadarki büyüme hızına ve gelecekteki teknolojik ilerleme potansiyeline dikkat etmek gerekiyor
• Bu, küresel teknoloji topluluğunun genişlemesini ve çeşitliliğini yansıtan önemli bir olay

---

Genel Bakış

• Kısa süre önce GitHub platformunda 1 milyarıncı deponun oluşturulmasıyla dikkat çeken bir olay yaşandı
• Bu, 2008’deki lansmanından bu yana geliştirici topluluğunun sürekli büyümesini ve açık kaynak kültürünün yayılmasını simgeliyor
• GitHub, kaynak kodu yönetimi, iş birliği, sürüm kontrolü gibi yazılım geliştirmenin temel araçlarından biri haline geldi
• 1 milyara ulaşan proje ve depo oluşturulmasıyla birlikte, dünya genelinde yenilikçi fikirler ve iş birliği alanı genişledi
• Bu dönüm noktası, açık kaynak yazılımın gücünü ve küresel geliştirici ağının etkisini bir kez daha gösteriyor

[GN⁺]

Hacker News görüşleri

• 100.000.000'inci OpenStreetMap changeset'ini hatırlatan bir deneyim paylaşılıyor: ben ve birkaç kişi bu rekoru hedeflemiştik, ama sonunda bunu hiç umursamadan Afrika haritalamasına yoğunlaşan biri kapmıştı. Zaman geçince bu son daha da iç ısıtan bir hikâye gibi geliyor. Bu kişi daha önce de OSM ödülü için aday gösterilmişti. OpenStreetMap'te tüm değişiklikler gerçek zamanlı olarak canlı prodüksiyona uygulandığı için anlamsız katkılar yapmak zor; bu yüzden milestone numarasını çoğu zaman tesadüfen biri alıyor. GitHub'ın bu tür bir dönüm noktasına ulaşması da bence eğlenceli bir başarı. OSM milestone'larıyla ilgileniyorsanız resmî bloga ve benim derlediğim yazıya bakmanızı öneririm.
• GitHub depo ID numaralarının bir gün overflow yaratacak kadar büyümesinden söz edilirken, bundan sonra 1 milyar depo daha oluşturulursa GitHub OpenAPI Spec'te de int32 sınırının aşılması gibi bir durum yaşanabileceği belirtiliyor. Bkz.: ilgili issue
  • Eskiden CTO olarak çalıştığım bir şirkette ana tablolarda 32 bit tamsayılar (primary key) kullanılıyordu ve sayı çoktan 1,3 milyara ulaşmıştı; bu hızla giderse birkaç ay içinde overflow sorunu çıkacaktı. Apar topar 64 bit'e geçip büyük bir problemi son anda önlemiştik.
• Eğlence olsun diye GitHub depo ID'lerinin başlangıcı da paylaşılmış: ilk depoya API üzerinden doğrudan bakılabiliyor, depo adresi ise burada.
• GitHub'da depo oluşturma hızını hesaplamanın bu kadar kolay olması insanları şaşırtıyor; normalde bu tür bilgiler şirket sırrı sayılır diye düşünülüyor.
  • GitHub gibi bir servis inanılmaz ölçekte büyüyünce, bu tür bilgileri açık etme konusunda biraz daha rahat davranma eğilimi oluştuğuna dair neşeli bir benzetme yapılıyor.
  • GitHub'ın bu bilgiyi özellikle gizlemek için gerçekten bir nedeni olup olmadığı sorgulanıyor; bu veriler kullanılarak GitHub'a zarar verecek bir şey yapmanın mümkün olup olmadığı da belirsiz. Arka planda, birçok şirketin prensip olarak olabildiğince az bilgi paylaşma eğiliminde olduğu düşüncesi var.
• Genel olarak ise her bir sunucuda (Forgejo, GitLab dâhil) gerçekte kaç depo bulunduğu merak ediliyor; bağlama göre buna Subversion, Mercurial ve git de dâhil ediliyor. Bu kadar dağınık depoları arayan bir arama motoru yapılıp yapılmadığı soruluyor; örneğin sadece a kelimesini arayarak toplam ölçek tahmin edilebilir mi diye düşünülüyor. GitHub gibi merkezi platformlarda açık kaynak kod bulmanın kolay olması büyük avantaj olarak görülmüş. Microsoft'un GitHub'ı satın almasından sonra kendi arama motorumu yapmayı düşünmüştüm ama tanıtımının zor olacağını anlayınca vazgeçtim. Son dönemde codeberg'e birkaç proje koyunca konu yeniden ilgimi çekti, ama bunu muhtemelen birileri zaten yapmıştır diye de düşünüyorum.
• AasishPokhrel'in özellikle 1 milyarıncı depo kaydını hedefleyerek hareket edip etmediği merak ediliyor.
  • Aslında bunun peşine düşmenin zor olmadığı anlatılıyor: sürekli depo oluşturursanız bir noktada o numara size denk gelebilir. Elbette aynı anda başkaları da depo oluşturduğu için işin sonunda biraz şans devreye giriyor. API desteği sayesinde denemenin kendisi kolay, ama rate limits belirleyici olabilir.
  • AasishPokhrel'in dün shit ve yep adlı iki depo oluşturduğu görülmüş; 17 Mayıs ile 10 Haziran arasında hiç aktivitesi yokken sonra yeniden depo açmış. Bu yüzden belirli bir depo numarasını hedefleyip zamanlamayı gerçekten tutturmanın mümkün olup olmadığından emin olunmadığı aktarılıyor.
  • AasishPokhrel'in Nepal'de yazılım geliştirme okuyan bir üniversite öğrencisi olduğu biliniyor; böyle küresel bir milestone'un dünyanın öbür ucundaki birine kadar ulaşmış olması insanlara dokunmuş. Bunun özgeçmişinde önemli bir yer edinip iyi bir yazılım kariyerine dönüşmesi temenni ediliyor.
  • Bilerek hedeflemiş olma ihtimali düşük görünse de, tamamen imkânsız demek de zor.
• Muhtemelen bir script ile https://api.github.com/repositories/999999999 gibi adresler sürekli kontrol edildi ve o numara oluşur oluşmaz hemen bir depo yaratıldı. Birden fazla depo açıp sadece istenen numaraya denk geleni bırakıp diğerlerini silmek de mümkün olurdu. Dün açılan diğer depolara bakınca, yep adını milestone numarasına denk getirmeye çalışmış gibi görünüyor; shit ise başarısız olduğunu kabul eden bir isim olabilir diye tahmin ediliyor. Geçmişte Facebook'taki D666666 codemod örneğine benzer sayı tutturma tekniklerinden de söz ediliyor.
• 1 milyarıncı depo, “üç virgül kulübü” anlamında ifade ediliyor.
  • İspanyolca bir şaka olarak “Tres commas” (üç virgül) anılıyor.