8 puan yazan GN⁺ 2024-08-12 | 1 yorum | WhatsApp'ta paylaş
  • GitButler artık Fair Source hareketinin ilk üyelerinden biri ve temelde kapalı kaynağı kamusal yazılıma dönüştürmeye katkı sağlıyor
  • Birkaç ay önce GitButler, istemci kaynak kodunu GitHub'da yayımlayarak herkesin kullanmasına, öğrenmesine ve katkıda bulunmasına olanak tanıdı
  • Kaynağı açmadan önceki birkaç hafta boyunca GitButler ekibi bunu nasıl yapacakları konusunda çok tartıştı
    • kullanıcıların kodu görmesine, öğrenmesine ve ondan yararlanmasına izin verirken,
    • aynı zamanda yazılıma büyük yatırım yaptıkları, yatırımcıları ve çalışanları olduğu ve ürün üzerine kârlı bir iş kurmak istedikleri için
    • AGPL veya BUSL gibi lisansları kullanmayı değerlendirdiler
  • Sentry'nin Codecov kodunu açarken yaşadığı zorlukları gördükten sonra onların benimsediği Functional Source License'ı (FSL) seçtiler
    • FSL, rekabet etmeme maddesi içeren ve 2 yıl sonra MIT lisansına dönüşen, iş dostu yeni bir lisans yaklaşımıdır
    • Bu sayede savunulabilir bir iş kurma mücadelesi vermeden kaynak kodunu kamuya açık şekilde kullanıma sunabiliyorlar
    • Özgürlük, açıklık ve koruma arasında mükemmel bir denge sunduğunu düşünüyorlar
  • Bu yeni açık kaynak koduna ne diyeceklerini de düşündüler
    • FSL'deki rekabet etmeme maddesi nedeniyle "Open Source" terimini kullanamıyorlar
    • Ancak "source available" ifadesi zayıf ve yanıltıcı geliyor
    • Sentry gibi bu sorun üzerine düşünen şirketler bir araya gelerek ticari kamusal lisansların yeni kavramını kapsayabilecek "Fair Source" terimini ortaya çıkardı
  • GitButler, dünyada ilk kez yeni Fair Source hareketine katılanlardan biri olmaktan memnuniyet duyuyor

Kapalı kaynağı Fair Source'a dönüştürme önerisi

  • fair.io web sitesi, şirketlerin kapalı kaynağı Fair Source'a dönüştürmesine yardımcı oluyor
  • Bu, kaynak kodunu kapalı tutacak şirketler için topluluk adına kodu açmak; okunabilir, öğrenilebilir, katkı verilebilir ve değiştirilebilir hale getirmek adına daha iyi bir yol sunacak
  • Kapalı yazılıma sahip şirketlerin Fair Source hareketini incelemesi ve üzerinde çalıştıkları şeyi dünya ve toplulukla paylaşıp paylaşamayacaklarını değerlendirmesi öneriliyor
  • Hepimiz üreticiyiz ve öğrendiklerimizi meslektaşlarımızla ve kullanıcılarla paylaşmayı seviyoruz; bu daha geniş endüstriye fayda sağlıyor ve artık engeller her zamankinden daha düşük
  • Kullanıcı özgürlüğü ile geliştirici sürdürülebilirliğini dengeleyen yeni bir tür kaynak kodu lisansıyla daha fazla yazılımı açma çabasına katılmaları isteniyor

Daha fazla bilgi

  • Yazılım iş birliği dünyasının nereye gittiğine dair arka planı daha iyi anlamak istiyorsanız "Açık kaynağın geleceği" yazısına bakın
  • Fair Source ve bunun dayanakları hakkında daha fazla bilgiyi Sentry'nin blog yazısında veya Chad'in "The Historical Case for Fair Source" makalesinde bulabilirsiniz

GN⁺ görüşü

  • Fair Source, açık kaynağın avantajlarını korurken ticari yazılım geliştiricilerinin sürdürülebilirliğini de gözeten bir orta yol gibi görünüyor. Açık kaynak yazılım geliştirirken gelir modeli bulmakta zorlanan şirketler için cazip bir alternatif olabilir
  • Ancak rekabet etmeme maddesi gibi unsurlar nedeniyle mevcut açık kaynak topluluğuyla sürtüşme yaşanabilir. Açık kaynak ruhuna zarar verdiği yönünde eleştiriler de gelebilir
  • Fair Source benimsenirken lisans koşullarının netleştirilmesi ve toplulukla şeffaf iletişim kurulması önemli. Kullanıcıların kaynak kodu kullanımında kısıtlar bulunduğunu açıkça bilmesi gerekir
  • Benzer yaklaşımlar arasında Elastic License 2.0 ve Server Side Public License da var. Her lisansın artı ve eksilerini dikkatle analiz edip şirkete en uygun olanı seçmek iyi olur
  • Fair Source'un yazılım endüstrisinin geneli üzerinde nasıl bir etki yaratacağını, geliştiriciler ve kullanıcılar için ne anlama geleceğini izlemek gerekiyor. Yeni bir deneme olduğu için aksaklıklar yaşanabilir, ancak nihayetinde daha çeşitli aktörlerin yazılım geliştirmeye katıldığı sağlıklı bir ekosisteme katkı sunması umuluyor

1 yorum

 
GN⁺ 2024-08-12
Hacker News yorumu
  • Bu yazılımın açık kaynak olmadığını şeffaf biçimde belirtmelerini beğendim

    • Genel olarak açık kaynak hareketi hakkında karmaşık duygularım var
    • Kaynak kodunun şeffaf biçimde yayımlanması ve ücretsiz kullanıma açılması güzel, ancak katı açık kaynak yaklaşımının daha iyi bir dünya yarattığını düşünüyorum
    • Linux üzerinde uygulama çalıştırabilmemizin nedeni, tüm bulutların bunu çalıştırabilmesi; böylece rakipler arasından seçim yapma avantajına sahip oluyoruz
    • Bu yazılımın git üzerine inşa edilmiş olması ve FOSS'a dayanan bir iş modeline sahip olmasına rağmen, bunu farklılaştırmaya ve korumaya çalışmaları ironik
    • Açık kaynak hareketi sayesinde bu kariyere ücretsiz girebildim ve en gevşek koşullarla OSS yazıp dağıtmanın harekete geri vermenin en iyi yolu olduğunu düşünüyorum
  • https://fair.io ile https://faircode.io'yu karıştırdım

    • Yeni "işlevsel" lisansın 2 yıl sonra otomatik olarak MIT veya Apache 2.0'a dönüşmesi ilginç
    • Açık kaynaklı (ve ücretsiz) yazılımı destekliyorum, ancak bu yeni lisansların daha fazla hizmet odaklı işletmeyi kaynak kodlarını bir ölçüde açmaya teşvik etmesini umuyorum
  • Fair Source License'ı ilk kez duyuyorum

    • FOSS'tan biraz daha kısıtlayıcı, ancak hiperscaler'ların yazılımı bulutta çalıştırıp gelir elde etmesini engellemeyi amaçlıyor
  • Birinin bu lisansların sıradan açık kaynak modeline kıyasla avantajlarını açıklayıp açıklayamayacağını merak ediyorum

    • Fair Source'un sayfasını ve SSS'sini okudum, ama yazılımı geçici olarak daha az özgür hâle getirmek dışında başka bir bakış açısını anlayamadım
  • Hukuk uzmanı değilim, ancak ticari bir ortamda kullanım için "rekabetçi kullanım" tanımının çok geniş yorumlanabilmesi nedeniyle riskli görünüyor

  • Bu lisans bağlamında rekabetin ne anlama geldiğini net biçimde tanımlamanın zor olacağını düşünüyorum

    • Unity veya Redis'in yakın zamanda bu tür sorunlar nedeniyle birden fazla açıklama yapıp kafa karışıklığı yaşadığını hatırlıyorum
  • Şirketlerin neden her şeyi AGPL ile herkese açıp, kendileri için de özel ticari lisans sunmadığını merak ediyorum

    • AGPL, Google ve AWS'nin bunu kullanmasını engelleyebilir ve ticari lisans da lisans sahibinin (kendilerinin) ticarileştirmesine olanak tanır
  • "Fair Source" hakkındaki düşünceleri içeren bir podcast bölümü var: https://changelog.com/podcast/586

  • İlgili bilgi: Keygen de artık Fair Source: https://keygen.sh/blog/keygen-is-now-fair-source

  • Fair Source'un açık kaynağın bir üst kümesi olup olmadığını merak ediyorum

    • Tüm açık kaynak projelerinde kaynak görünürdür, açık kaynak lisansı altındadır ve rekabet etmediğiniz sürece herkes tarafından kullanılabilir ve değiştirilebilir