Yazılım lisansı
Yazılım lisansı, bir yazılımın kullanımını veya yeniden dağıtımını düzenleyen hukuki bir araçtır.
1970'lerden bu yana Amerika Birleşik Devletleri'nde yazılım telif hakkı yasal olarak tanınmaktadır. Ancak şirketler, yazılım kopyalarını doğrudan satmak yerine genellikle lisans satmayı tercih eder. Bu sayede yazılımın dağıtımı üzerinde daha sıkı denetim uygulayabilirler. Kullanıcıların büyük bölümü lisans metnini okumaz. İlk dönemlerde bu metinler shrink-wrap veya ambalaj açılımı sözleşmesi şeklindeydi; günümüzde ise çoğunlukla tıklayarak kabul sözleşmesi veya gezinme yoluyla kabul sözleşmesi biçiminde görülür.
Copyleft, bir yazılımı değiştiren veya üzerine yeni bir şey ekleyen kişilerin, ortaya çıkan yeni yazılımı da aynı lisansla paylaşmasını zorunlu kılan bir lisans türüdür. Bu nedenle copyleft lisansları, hem özgür yazılım hem de açık kaynak lisansı kabul edilir. Ancak Server Side Public License gibi kullanıcıya tam özgürlük vermeyen bazı lisansların “copyleft” olarak adlandırılmaya çalışılması, topluluk tarafından genellikle yanlış ve hatalı bir kullanım olarak görülmektedir.[1] Diğer özgür lisans türlerinde bu gereklilik yoktur: İzin verici lisanslarda genellikle tek şart atıftır, kamu malı eşdeğeri lisanslarda ise hiçbir kısıtlama bulunmaz. Açık kaynak lisanslarının çoğalması lisans uyumluluğu sorunlarını artırmıştır; ancak hepsi bazı ortak özellikleri paylaşır: aynı lisans altında yeniden dağıtım ve türev çalışmaların yapılmasına izin verilmesi, kaynak koduna sınırsız erişim ve farklı kullanımlar arasında ayrım yapılmaması—özellikle ticari kullanıma izin verilmesi.
| Özgür ve açık | Özgür olmayan | ||||||
|---|---|---|---|---|---|---|---|
| Kamu malı[2] ve kamu malı eşdeğeri lisanslar | İzin verici lisans[3][4] | Copyleft[3][4] | Ticari olmayan lisans[5] | Mülkiyet lisansı[6] | Ticari sır[7] | Kaynak kodu açık | |
| Açıklama | Telif hakkından feragat | Kullanım hakları verir, yeniden lisanslama hakkı dahil (özelleştirme, lisans uyumluluğu) | Kullanım hakkı verir, özelleştirmeyi yasaklar | Yalnızca ticari olmayan kullanım hakları verir | Telif hakkının geleneksel kullanımı; hiçbir hak verilmez | Herhangi bir bilgi kamuya açıklanmaz | Kullanım hakkı verir ama bazı kullanım alanlarıyla sınırlar, özgür yazılım ya da copyleft değildir |
| Önemli yazılım lisansları | PD, CC0[8] | MIT, Apache, MPL, BSD | GPL, AGPL | JRL[9] | Mülkiyet yazılımı | SSPL | |
Yazılım telif hakkı
[değiştir | kaynağı değiştir]Bir bilgisayar programının kaynak kodu (veya nesne kodu biçimindeki derlenmiş ikili dosyaları)[10] telif hakkı kanunu tarafından korunur; bu, sahibine kodu kopyalama konusunda münhasır hak tanır. Altındaki fikirler veya algoritmalar telif hakkı yasası ile korunmaz, ancak çoğunlukla bir ticari sır olarak kabul edilir ve gizlilik sözleşmesi gibi yöntemlerle gizlenir.[11] Yazılım telif hakkı 1970'lerin ortalarından bu yana tanınmaktadır ve yazılımı yapan şirkete aittir; yazılımı yazan çalışanlara veya bağımsız yüklenicilere değil.[12]
| Verilen haklar | Kamu malı yazılım ve Kamu malı eşdeğeri lisanslar | İzin verici ÖAYY lisansı (ör. BSD Lisansı) | Copyleft ÖAYY lisansı (ör. GPL) | Freeware / Shareware / Freemium | Mülkiyet lisansı | Ticari sır |
|---|---|---|---|---|---|---|
| Telif hakkı korunur mu? | Hayır | Evet | Evet | Evet | Evet | Evet |
| İcraya ilişkin haklar | Evet | Evet | Evet | Evet | Evet | Hayır |
| Gösterim hakkı | Evet | Evet | Evet | Evet | Evet | Hayır |
| Kopyalama hakkı | Evet | Evet | Evet | Genellikle | Hayır | Hayır |
| Değişiklik yapma hakkı | Evet | Evet | Evet | Hayır | Hayır | Hayır |
| Dağıtım hakkı | Evet | Aynı lisans altında | Aynı lisans altında | Genellikle | Hayır | Hayır |
| Alt lisanslama hakkı | Evet | Evet | Hayır | Hayır | Hayır | Hayır |
| Örnek yazılımlar | SQLite, ImageJ | Apache Web Sunucusu, ToyBox | Linux çekirdeği, GIMP, OBS | Irfanview, Winamp | Windows, ticari video oyunları ve onların DRM'leri, Spotify, xSplit, TIDAL | Sunucu taraflı Bulut bilişim programları ve servisleri, adli uygulamalar ve diğer kurumsal iş yazılımları. |
Mülkiyet yazılımı lisansları
[değiştir | kaynağı değiştir].jpg)
Mülkiyet yazılımlarını satmak yerine lisanslama eğilimi, yazılım telif hakkı korumasının kapsamı henüz kesinleşmemişken ortaya çıkmıştır. Bu lisanslar, yazılım telif hakkı mahkemelerde tanındıktan sonra da kullanılmaya devam etmiş ve şirketlere telif hakkına kıyasla ek koruma sağlamaktadır.[14] ABD federal hukukuna göre bir şirket ürününü kime satacağını sınırlayabilir, ancak bir alıcının ürünü yeniden satmasını engelleyemez. Yazılım lisans sözleşmeleri genellikle yeniden satışı yasaklar ve şirketin gelirini en üst düzeye çıkarmasına imkân tanır.[15]
Geleneksel olarak yazılım, kullanıcı tarafından anlaşılmayan veya değiştirilemeyen nesne kodu şeklinde dağıtılırdı,[10] ancak indirilebilir ve çalıştırılabilirdi. Kullanıcı, belirli bir sürümü kullanmak için kalıcı lisans satın alırdı.[16] Hizmet olarak yazılım (SaaS) satıcıları—uygulama yazılımları piyasasının çoğunluğuna (2023 itibarıyla)[17]—nadiren kalıcı lisanslar sunar.[18] SaaS lisansları genellikle geçicidir ve kullanım başına ödeme veya abonelik esasına göre ücretlendirilir,[19] ancak freemium gibi başka gelir modelleri de kullanılmaktadır.[20]
Son kullanıcı lisans sözleşmesi (EULA)
[değiştir | kaynağı değiştir]Başlangıçta, son kullanıcı lisans sözleşmeleri (EULA'lar) ya ürünün etrafındaki shrinkwrap ambalajına basılıydı (bkz. shrink-wrap sözleşme) ya da bir kâğıt parçası üzerinde verilirdi. Lisans genellikle, müşteri ürünü belirli bir süre içinde iade etmezse sözleşmeyi kabul etmiş sayılacağını belirtirdi.[21] Daha yakın zamanda, EULA'lar çoğunlukla clickwrap veya browsewrap şeklinde görülmektedir; burada kullanıcının tıklaması veya siteyi kullanmaya devam etmesi, kabul belirtisi olarak yorumlanır. Fiziksel sınırlamaların ortadan kalkmasıyla lisansların uzunluğu artmıştır.[22] Çoğu EULA, okunmasının ve anlaşılmasının zor, fakat okumadan kabul edilmesinin kolay olacak şekilde tasarlanmıştır.[14][21] Buna rağmen, tüketicilerin çok azı lisans sözleşmesinin herhangi bir bölümünü okur.[23][24]
Mülkiyet yazılımı genellikle, kopyalamayı ve yeniden kullanımı yasaklayan ve alıcıyı yazılımı yalnızca tek bir bilgisayarda kullanmakla sınırlayan kısıtlayıcı bir lisans altında sunulur.[6][25] Kaynak kodu nadiren erişilebilir durumdadır. Türev çalışmalar ve tersine mühendislik genellikle açıkça yasaklanır.[25]
Çoğu EULA, üründen kaynaklanan zararlardan sorumluluğu reddeder,[26] alıcıların mahkemeye başvurarak çözüm aramasını engeller,[27] ve satıcının koşulları tek taraflı olarak değiştirmesine izin verir.[28] Ayrıca çoğu EULA, satıcıya belirsiz nedenlerle tek taraflı fesih hakkı tanır.[29]
EULA'lar genellikle müzakere edilemez ve standart form sözleşme olarak sunulur.[30] Bunun sonucunda, ne kadar bağlayıcı oldukları ciddi biçimde tartışmalıdır. ABD'de 1996'dan önce clickwrap veya browsewrap sözleşmeler bağlayıcı sayılmıyordu; ancak sonrasında genellikle bağlayıcı kabul edilmeye başlandı.[31][22] Avrupa Birliği'nin Yeni Dijital İçerik Direktifi'ne göre, EULA'lar yalnızca makul tüketici beklentilerini ihlal etmediği ölçüde uygulanabilirdir.[32]
Hizmet düzeyi sözleşmesi (SLA)
[değiştir | kaynağı değiştir]Hizmet düzeyi sözleşmeleri genellikle kurumsal yazılım için kullanılır ve yazılımın performansı veya müşteri sorunlarına yanıt süresi gibi belirli bir hizmet seviyesini garanti eder. Hizmet, kabul edilen standardın altına düştüğünde mali yaptırımlar öngörülebilir.[33] SLA'lar çoğunlukla erişilebilirlik, güvenilirlik, fiyat ve güvenlik gibi konuları ölçülebilir metriklerle kapsar.[34] Bulut bilişimde, farklı hizmet sağlayıcılarının bulunduğu çok katmanlı SLA'lar yaygındır.[35]
Özgür ve açık kaynak yazılım lisansları
[değiştir | kaynağı değiştir]1980'lerdeki açık kaynak hareketinden önce, neredeyse tüm yazılımlar mülkiyet yazılımıydı ve kaynak kodunu açıklamıyordu.[36] Açık kaynak lisanslamasının amacı, açıklığı en üst düzeye çıkarmak ve yazılım kullanımına, yayılımına ve yeniliklere yönelik engelleri en aza indirmektir.[5]
Açık kaynak lisanslarının ortak özellikleri şunlardır:[37]
- Özgürce yeniden dağıtım.
- Kaynak koda kısıtlamasız, kamusal erişim.
- Yazılımın değiştirilmesi ve türev eserlerin yayımlanması hakkı.
- Kullanım türleri arasında ayrım yapılmaması, ticari kullanım dahil.
Açık Kaynak Girişimi (OSI), kendi Açık Kaynak Tanımına uyan yeni lisansları onaylar.[37]
Açık kaynak lisansı türleri
[değiştir | kaynağı değiştir]
- Yazılım kamu malında ise, telif hakkı sona ermiştir ve eser sınırsızca kullanılabilir.[12]
- İzin verici lisanslar, eserin özgürce yeniden kullanımına izin verir; genellikle tek şart atıftır. İlk açık kaynak lisansı olan Berkeley Software Distribution (BSD), 1978'de Kaliforniya Üniversitesi, Berkeley tarafından yayımlanmıştır.[38]
- Copyleft lisanslar, kaynak kodunun dağıtılmasını ve türev eserlerin benzer bir lisans altında yayımlanmasını zorunlu kılar.[39][40]
Uyumluluk
[değiştir | kaynağı değiştir]
1989'dan bu yana[36] birçok açık kaynak lisansı oluşturulmuştur.[41] Lisansların çoğalması (lisans çoğalması) uyumluluk sorunlarını artırmıştır.[42]
Kod tabanlarını birleştirirken orijinal lisanslar korunabilir ve daha geniş eser uyumlu bir lisans altında yayımlanabilir.[43] Kamu malı içeriği her yerde kullanılabilir, fakat copyleft kodu izin verici lisanslarla yayımlamak mümkün değildir. GPL yazılımlar yalnızca GPL veya AGPL altında kullanılabilir.[44]
Uygulanabilirlik
[değiştir | kaynağı değiştir]Açık kaynak lisansları 2000'lerin ortalarından beri mahkemelerde başarıyla uygulanabilmektedir.[45] Genellikle uyumluluk davadan önce topluluk baskısı veya ihtarname yoluyla sağlanır.[46][47]
Değer
[değiştir | kaynağı değiştir]Şirketlerin %90'ından fazlası, mülkiyet yazılımlarında açık kaynak bileşenleri kullanmaktadır.[48] Bazı şirketler, açık kaynak yazılımı lisans ücreti yerine bakım ve hizmet üzerinden gelir modeli olarak kullanır.[49] Açık kaynak yazılımlar, özellikle bilimsel araştırmalarda şeffaflığı artırdığı için tercih edilmektedir.[50]
Ayrıca bakınız
[değiştir | kaynağı değiştir]Dış bağlantılar
[değiştir | kaynağı değiştir]- The Practical Guide to Software Licensing and Cloud Computing [51](Kitap)
Kaynakça
[değiştir | kaynağı değiştir]- ^ "Open Token Compensation License". Open Token Compensation License homepage. 27 Mart 2025 tarihinde kaynağından arşivlendi. Erişim tarihi: 26 Mart 2025.
- ^ O'Regan, Gerard (2022). Concise Guide to Software Engineering: From Fundamentals to Application Methods. 2nd ed. 2022. Cham: Springer International Publishing. ISBN 978-3-031-07816-3.
- ^ a b "Licenses". Open Source Initiative. 16 Eylül 2022. 10 Şubat 2018 tarihinde kaynağından arşivlendi. Erişim tarihi: 12 Mayıs 2024.
- ^ a b Sen, Subramaniam & Nelson 2008, s. 212.
- ^ a b Morin et al. 2012, Free and Open Source Software (FOSS) Licensing.
- ^ a b O'Regan 2022, s. 394.
- ^ O'Regan 2022, s. 396.
- ^ Fagundes & Perzanowski 2020, s. 524.
- ^ Davila 2015, s. 6.
- ^ a b Boyle 2003, s. 45.
- ^ O'Regan 2022, ss. 394-396.
- ^ a b O'Regan 2022, s. 403.
- ^ Larry Troan (2005). "Open Source from a Proprietary Perspective" (PDF). RedHat Summit 2006 Nashville. redhat.com. s. 10. 22 Ocak 2014 tarihinde kaynağından (PDF) arşivlendi. Erişim tarihi: 29 Aralık 2015.
- ^ a b Terasaki 2013, s. 469.
- ^ Terasaki 2013, ss. 469-470.
- ^ Clohessy et al. 2020, ss. 40-41.
- ^ Watt 2023, s. 4.
- ^ Dempsey & Kelliher 2018, s. 48.
- ^ Dempsey & Kelliher 2018, ss. 48, 57.
- ^ Dempsey & Kelliher 2018, ss. 61-63.
- ^ a b Corbett 2019, s. 455.
- ^ a b Kim 2016, ss. 12, 21.
- ^ Bakos et al. 2014, s. 1.
- ^ Ben-Shahar & Schneider 2014, s. 68.
- ^ a b Morin et al. 2012, Proprietary Licensing.
- ^ Carpenter 2023, ss. 480-481.
- ^ Carpenter 2023, ss. 481-482.
- ^ Carpenter 2023, s. 485.
- ^ Carpenter 2023, ss. 482-483.
- ^ Carpenter 2023, s. 478.
- ^ Terasaki 2013, s. 471.
- ^ Oprysk & Sein 2020, ss. 620-621.
- ^ O'Regan 2022, ss. 151, 219, 224, 405.
- ^ Qazi et al. 2024, Performance evaluation parameters.
- ^ Rana & Ziegler 2010, s. 188.
- ^ a b Bernelin 2020, s. 96.
- ^ a b Sen, Subramaniam & Nelson 2008, s. 209.
- ^ Smith 2022, § 3.2.1.1.
- ^ Sen, Subramaniam & Nelson 2008, ss. 211-212.
- ^ St. Laurent 2004, ss. 38-39.
- ^ Sen, Subramaniam & Nelson 2008, s. 208.
- ^ Bernelin 2020, s. 98.
- ^ St. Laurent 2004, ss. 159-163.
- ^ Smith 2022, § 3.3.
- ^ Smith 2022, § 3.4.1.
- ^ St. Laurent 2004, ss. 158-159.
- ^ Ballhausen 2022, s. 127.
- ^ Butler et al. 2022, s. 1.
- ^ August et al. 2021, ss. 1-2.
- ^ Morin et al. 2012, Compatibility, Proliferation, Fragmentation, and Directionality.
- ^ Classen, H. Ward (2022). The Practical Guide to Software Licensing and Cloud Computing (İngilizce). American Bar Association. ISBN 978-1-64105-750-9.