- Açık kaynak bağımlılığı şirket operasyonlarının temel bir parçası haline gelmiş olsa da, bunun bedava olmasının doğal kabul edilmesi eleştiriliyor
- Bağış veya sponsorluklara dayanan mevcut yapı sürdürülebilir değil ve yeni bir finansman modeline ihtiyaç var
- Önerilen yöntem, GitHub'ın kullanıcı başına aylık 1 dolar ek ücret alması ve bunu açık kaynak fonunda toplayarak kullanım oranına göre dağıtması
- Dağıtım, package.json veya requirements.txt içinde adı geçen projelere göre yapılacak; örnek olarak Spotify'ın gelir dağıtım modeline benzer bir yapı veriliyor
- Açık kaynağın dünya genelindeki altyapıyı ayakta tuttuğu gerçeğinden hareketle, sürdürülebilir bir ödüllendirme sistemi kurma ihtiyacı vurgulanıyor
Açık kaynağa bedava bağımlılık sorununa itiraz
- Açık kaynağın “bedava bira gibi” ücretsiz sunulduğunu düşünmenin anormal olduğu belirtiliyor
- Kodun arkasında gerçek emek var; bunu yalnızca hobi ya da gönüllü katkı olarak görmek hatalı bir varsayım
- Mevcut açık kaynak ekosistemi bağış ve sponsorluklara bağımlı durumda; bu da istikrarsız bir yapı yaratıyor
- Geliştiriciler görünür olabilmek için adeta dilenir gibi destek istemek zorunda kalıyor
- Bazı projeler, geçimini sürdürebilmek için bir can simidi arayan bir noktaya gelmiş durumda
GitHub üzerinden yeni bir finansman önerisi
- GitHub'ın tüm kuruluşlardan kullanıcı başına aylık 1 dolar ek ücret alması ve bunu Açık Kaynak Fonu (Open Source Fund) olarak biriktirmesi öneriliyor
- Fon, escrow benzeri bir yapıda tutulup şeffaf biçimde yönetilecek
- Biriken para, kullanım temelli olarak dağıtılacak; yani her projenin package.json veya requirements.txt içinde ne kadar geçtiğine göre pay verilecek
- Dockerfile içindeki
FROM komutu gibi unsurlar da buna dahil edilebilir
- Bu modelin, Spotify'ın sanatçılara gelir dağıtma biçimine benzediği ifade ediliyor
- Spotify modeli kusursuz olmasa da, en azından yapısal bir dağıtım sistemi sunduğu için referans alınabilir
Uygulama biçimi ve katılım yapısı
- Fon, varsayılan katılımlı (opt-out) şekilde işletilecek
- Kuruluşlar istemezse sistem dışında kalabilecek
- Katılan kuruluşlara “sihirli rozet” veya profil arka planı CSS ayarlama yetkisi gibi sembolik avantajlar verilebilir
- Öneriyi yapan kişi, “Bu fikir tamamlanmış değil ve kusurlu, ama mevcut durumun da ‘iyi’ olduğu söylenemez” diyor
Açık kaynak sürdürülebilirliği konusundaki sorun bilinci
- Bugünkü yapıda, dünyanın kritik altyapısını ayakta tutan kod ve emek hiçbir karşılık almadan kullanılıyor
- Açık kaynak bakımını destekleyecek yeni bir finansman dolaşımı yapısına ihtiyaç olduğu vurgulanıyor
- “Linux gibi büyük projeleri buna nasıl dahil ederiz bilmiyorum ama bir yerden başlamak gerekiyor” görüşü dile getiriliyor
Sonuç
- Öneri sahibi, kendisinden daha zeki insanların bu fikri daha somut hale getirmesini umuyor
- Temel mesaj şu: “Mevcut açık kaynak finansman yapısı sürdürülebilir değil ve değişmesi gerekiyor.”
1 yorum
Hacker News görüşleri
Ben karşılıksız açık kaynak katkı yapmaktan hoşlanan biriyim
Başkaları da yaptığım işten faydalanıyorsa bu daha da güzel
Her kod için ödül bekleme yaklaşımının evrensel olduğunu düşünmüyorum
Açık kaynak üretirken ödül bekliyorsanız, yaklaşım baştan yanlış demektir
Ama birinin emeğine bağımlıysanız topluluk dayanışması gerektiğini düşünüyorum
Pek çok yaratıcı ve düşünceli insan, para için değil, üretmenin saf keyfi için hareket eder
Temel yaşam güvencesi olsa dünyada çok daha fazla sanat, topluluk ve açık kaynak ortaya çıkardı
Benim demek istediğim, bu tür emeğin gökten düşmüş bir hediye gibi görülmemesi gerektiğiydi
Proje büyüdükçe sorumluluk da büyüyor ve bu yükün tek kişide toplanması adil değil
xz arka kapı olayı ya da PocketBase SSS örneğinde olduğu gibi, sistematik destek gerekiyor
Böyle durumlarda “eğlencesine yapılan iş”, “iş düzeyinde sorumluluk”a dönüşüyor ve bu geçişi yönetecek modeller eksik
Bu yüzden pek çok bakımcı tükenmişlik yaşıyor
Benim GitHub projelerim benim adalarım gibi
PR görmek bazen sevindirici olsa da, kimi zaman biri resmimin üstüne boya sürüyormuş gibi geliyor
Karşılık beklemiyorum; lisansıma uygun olduğu sürece özgürce fork edilebilir
Bizim gibi üreticiler için en büyük saygı, müdahale etmeyip özgür bırakmak
Bu, dünyaya verdiğim hediye
Elbette biraz karşılık olsa hoş olurdu ama işin içine zorunluluk ya da şart giriyorsa, şu anki özgür biçimi tercih ederim
Açık kaynak özünde gönüllü bir hediyedir
Karşılığında en fazla biraz görünürlük ya da tatmin alınır
Pek çok şirket hata düzeltmelerini ve güvenlik sorunlarını bakımcıların sırtına yüklüyor
Bu yapı sürdürülebilir değil; sonunda tükenmişliğe ve terk edilmiş kütüphanelere yol açıyor
Şirketlerin kaynak ya da uzmanlığı yoksa, bunun karşılığını sponsorlukla vermeleri gerekir
Kritik altyapıyı ayakta tutan insanlara hak ettikleri karşılığı verecek bir yapı gerekli
Açık kaynak finansmanı sorununun çözümü zorunlu ödeme değil
Böyle bir yapı açık kaynağın ruhuna aykırı
Bakımcıların da kullanıcıların da birbirine karşı bir yükümlülüğü yok
Beğenmiyorsanız PR gönderir ya da fork edersiniz
Açık kaynak, ticari yazılım değil; özgür paylaşım alanıdır
Ölçüt popülerlik olursa paranın çoğu JavaScript tarafına akar
Yani “bedava bira”dan çok “ifade özgürlüğü”ne yakın bir kavram
Bu önerinin dayandığı “FOSS çoğunlukla gönüllülerin işi” varsayımı yanlış
Kullandığım pek çok açık kaynak ürünü büyük şirketler yaptı
Örneğin React Meta’nın, TypeScript Microsoft’un, Chrome ise Google’ın ürünü
Google Chrome, Chromium tabanlı ticari bir tarayıcı
Chromium, WebKit’ten (Apple), WebKit de KDE’nin KHTML’inden fork edildi
Kısa süre önce libxml2 bakımcısının istifasıyla bu bağımlılık yapısı yeniden gündeme geldi
Bir şeyi açık kaynak lisansıyla yayımladıysanız, insanların onu ücretsiz kullanmasına şaşırmamak gerekir
Gelir istiyorsanız baştan başka bir lisans seçmeliydiniz
Ticari kullanım için ödeme gerektiren çift lisanslama ya da copyleft seçenekleri de bolca var
Açık kaynak fonlarının kullanım bazlı dağıtılması önerisi verimsiz
İndirme sayısının yüksek olması, değerin ya da bakım emeğinin yüksek olduğu anlamına gelmez
Benim de on milyonlarca indirme alan npm paketlerim var ama zaten tamamlanmış durumdalar, yapılacak pek bir şey yok
Suistimali önleme ve verimlilik hedeflerini aynı anda karşılayan bir algoritma geliştirmek çok zor
Böyle bir sistem gelirse AI üretimi spam kod patlaması olur
Benzer bir şeyi Spotify AI müzik dolandırıcılığı vakasında da gördük
Ben yıllardır hibe ve bağışlarla geçiniyorum
Açık kaynak için finansman platformu zaten çok; sorun platform eksikliği değil, geliştiricinin yaklaşımı
Para almak istiyorsanız bunu açıkça söylemeniz gerekir
Çoğu kişinin destek bağlantısı SSS’nin derinliklerine gömülü kalıyor
Ama doğrudan isterseniz insanlar şaşırtıcı biçimde para verebiliyor
Twitch yayıncıları para kazanabiliyorsa, faydalı yazılım üreten bizim de kazanmamamız için bir sebep yok
Kurumsal kullanıcılar söz konusuysa, doğrudan ulaşıp sponsorluk teklif etmek daha etkili
ilgili bağlantı
Böyle bir sistem olursa anlamsız bağımlılık spam’i artar
Zaten bazı geliştiriciler indirme sayılarını yükseltmek için işe yaramayan paketleri PR’larla araya sıkıştırıyor
Çünkü yüksek indirme sayıları özgeçmişte yetenek göstergesi olarak kullanılıyor
Bir ürün yapmak istiyorsanız, gidip ürün yapar ve satarsınız
İnsanlar onu ücretsiz dağıtıldığı için benimsedi; sonradan para istemek bu yüzden çelişkili
Ücretli olsaydı insanlar ya kendileri yapar ya da başka bir şey kullanırdı