Microsoft Tarafından Fork’lanmak

• Spegel, image registry kesintilerinin neden olduğu Kubernetes kümesi ölçekleme sorunlarını çözmek için geliştirilen açık kaynaklı bir araçtır
• Microsoft, Spegel’e ilgi gösterip iş birliği niyetini belirtse de daha sonra kayda değer bir geri bildirim vermeden benzer bir proje olan Peerd’ü bağımsız olarak yayımladı
• Peerd’ün Spegel temel alınarak oluşturulduğu görülüyor; gerçekten de kod, testler ve yorumlar neredeyse aynı ve bazı bölümler kopya düzeyinde
• MIT lisansı fork’a izin verir ancak atıf bilgisinin atlanmasına veya telif hakkı bildirimlerinin kaldırılmasına izin vermez; Microsoft’un bu ölçütlere uymadığına işaret eden durumlar var
• Bu olay, açık kaynak ekosisteminde geliştiriciler ile büyük şirketler arasındaki dengesiz güç yapısını ortaya koyuyor ve lisans değişikliği ile sponsorluk arayışı gibi karşılıkları düşündürüyor

---

Spegel’in başlangıcı ve fark edilen sorun

• Yazar, Kubernetes kümesinde image registry kesintileri nedeniyle ölçeklenebilirlik sorunları yaşadı
• Durum tutan bir mirror yerine, operasyon yükü daha az olan ve stateless çalışan bir araç yapmaya karar verdi
• Böylece ortaya çıkan açık kaynak araç Spegel oldu; şu anda GitHub’da 1.7k’dan fazla yıldız ve 14 milyondan fazla indirme sayısına sahip

Microsoft ile karşılaşma ve ardından gelen sessizlik

• Microsoft, Spegel’e ilgi göstererek toplantı talep etti; yazar da mimari desteği ve kod açıklamaları konusunda aktif biçimde iş birliği yaptı
• Başlangıçta iş birliği umudu vardı ancak daha sonra hiçbir geri bildirim olmadan iletişim kesildi
• Sonrasında KubeCon Paris’te Microsoft’un geliştirdiği Peerd sunumunda Spegel’den söz edildiği görüldü

Peerd ile Spegel arasındaki benzerlikler

• Peerd, Microsoft tarafından geliştirilen P2P tabanlı image dağıtım aracı ve yalnızca Spegel’den ilham aldığını kısaca belirtiyor
• Ancak kod içinde fonksiyon tanımları, yorumlar ve test vakaları Spegel ile neredeyse aynı
• Örnek kod karşılaştırma görsellerinde fonksiyon yorumları bile birebir aynı ve bazı testlerde Spegel ile yazarın önceki iş yerinin adı da yer alıyor
• Peerd, MIT lisansı kullanıyor ancak Spegel’in asıl yazarı ve kaynak atfı konusunda yetersiz kalıyor

Açık kaynak bakımcılarının yaşadığı zorluklar

• Proje büyüdükçe Spegel kullanıcıları, Peerd ile arasındaki farkları sık sık sormaya başladı
• Microsoft ile arasındaki güç farkı nedeniyle Spegel, marka bilinirliği açısından geri planda kalıyor
• İş birliği ve katkı bekleyen yazar hayal kırıklığı yaşadı ve lisans değişikliğini bile düşünmeye başladı

Topluluğun geleceği ve verilebilecek karşılıklar

• Açık kaynak ekosistemi son dönemde Hashicorp’un lisans değişikliği ve şirket yatırımlarındaki azalma gibi gelişmeler nedeniyle istikrarsız bir dönemden geçiyor
• Yazar, GitHub Sponsors hesabını açtı ve Spegel’i sürdürmeye devam edebilmek için topluluğun desteğini ve katılımını istedi
• Bu olay, bağımsız geliştiriciler ile büyük şirketler arasındaki yapısal dengesizlik sorununu yeniden gündeme taşıyor ve lisans seçiminin önemini vurguluyor

Sonuç: birey büyük şirkete karşı, dengesizlik içinde direnmek

• Spegel hâlâ aktif olarak kullanılıyor ve yazar, kendi deneyiminden hareketle açık kaynak ekosisteminin dayanıklılığına inanıyor
• Ancak “Davut ile Golyat” benzeri bu gerçeklik içinde yazar, Spegel’in geleceği için asgari bir direnç aracı olarak lisans değişikliğini değerlendirdiğini söylüyor

[ng0301]

Gerçekten çok vicdansızca 🤨

[GN⁺]

Hacker News görüşleri

• Geçmişte, Microsoft’un Satya öncesi döneminde, erken bulut çağında önemli bir sorunu çözen popüler bir açık kaynak yazılım (OSS) ürününün bakımını yapıyordum

  • Microsoft’tan bir direktör iş birliği önerdi, ben de danışmanlık sözleşmesi göndereceğimi söyledim
  • Hukuki süreçlerin ardından 2 günlük bir atölye gerçekleştirdik ve ücretini ödediler
  • İstedikleri değer kadar ödeme yapmaya hazır olduklarında, ücretsiz çalışmamanız gerektiği dersini aldım

• Microsoft’un Cloud Native Ecosystem ekibinden Lachlan, Philip’e bir özür mesajı iletti

  • Spegel projesindeki liderliği ve iş birliği için teşekkür etti; projenin cloud native topluluğunda gerçek sorunları çözdüğünü söyledi
  • Lisans başlıklarını düzeltmek için bir pull request gönderdi ve açık kaynak topluluğunun daha iyi bir üyesi olmak için çaba göstereceklerini belirtti

• Microsoft’a yönelik çok sayıda suçlama var, ancak bunun bir kişinin kariyerini ilerletmek için yaptığı bir hareket olma ihtimali yüksek

  • Açık kaynak topluluğunun, bu tür durumlarda bireylere mesleki sonuçlar uygulayabilmesi için bir yönteme ihtiyacı var
  • Mesleki sonuçlar; kariyer fırsatlarını kaybetmek, katkıcı yetkilerini kaybetmek ve güvenilmez biri olarak tanınmak olabilir

• MIT lisansına uymamak telif hakkı ihlalidir

  • Ancak dosyada telif hakkı bildirimi olmadığı için konuyu gündeme getirmek zor
  • Açık kaynak dostu bir avukata danışılması öneriliyor

• Yeni bir lisans türüne, yani topluluk odaklı açık kaynağa ihtiyaç olduğunu söyleyenler var

  • Microsoft gibi şirketler bir projeyi fork ettiğinde topluluğa zarar veriyor
  • Kâr odaklı olmayan, iş birliğini önceleyen bir topluluk etiğine ihtiyaç var

• Microsoft’un telif hakkı bildirimini kaldırması yanlıştı, ancak yazarın şikâyet etmesi için bir dayanağı yok

  • En izin verici lisansı seçtiyseniz, bunun sonuçlarını da kabul etmeniz gerekir

• Microsoft içinde birilerinin terfi almak için başkalarının çalışmalarını kullanıyor olma ihtimali var

  • Bu ne ilk ne de son örnek; Microsoft bu tür davranışları bilinçli olarak tekrarlıyor

• Peerd projesinin telif hakkı atfını düzeltmek için bir commit gönderildi

  • Bazı dosyaların telif hakkı başlıkları güncellendi ve LICENSE dosyasındaki atıf da düzeltildi