惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
Cisco Blogs
Cyberwarzone
Cyberwarzone
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
SecWiki News
SecWiki News
Martin Fowler
Martin Fowler
T
Tor Project blog
N
Netflix TechBlog - Medium
C
Cybersecurity and Infrastructure Security Agency CISA
V
Vulnerabilities – Threatpost
V
Visual Studio Blog
GbyAI
GbyAI
PCI Perspectives
PCI Perspectives
D
DataBreaches.Net
Jina AI
Jina AI
H
Heimdal Security Blog
云风的 BLOG
云风的 BLOG
P
Privacy International News Feed
A
About on SuperTechFans
J
Java Code Geeks
美团技术团队
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
News | PayPal Newsroom
有赞技术团队
有赞技术团队
MyScale Blog
MyScale Blog
博客园 - 司徒正美
C
Check Point Blog
T
Threat Research - Cisco Blogs
Attack and Defense Labs
Attack and Defense Labs
宝玉的分享
宝玉的分享
AI
AI
Simon Willison's Weblog
Simon Willison's Weblog
C
Cyber Attacks, Cyber Crime and Cyber Security
I
Intezer
P
Proofpoint News Feed
Blog — PlanetScale
Blog — PlanetScale
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
The Last Watchdog
The Last Watchdog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Vercel News
Vercel News
I
InfoQ
阮一峰的网络日志
阮一峰的网络日志
Cisco Talos Blog
Cisco Talos Blog
W
WeLiveSecurity
Hacker News: Ask HN
Hacker News: Ask HN
Recent Commits to openclaw:main
Recent Commits to openclaw:main
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
D
Docker
博客园 - Franky
Security Archives - TechRepublic
Security Archives - TechRepublic

Yusuf Aytas

When Code Is Cheap, Does Quality Still Matter? Why Crouching Tiger, Hidden Dragon Is a Masterpiece Why We Ignore Advice The Mirror Is Part of the Machine When Too Many Maps Overlap on One Person The Work Runs on Different Maps Your Work Introduces You Trial By Fire The Dude Why Headcount Math Lies Capacity Is the Roadmap The Roadmap Is Not the System Torres del Paine W Trek Escaping Status Theater Incentives Drive Everything Scaling Culture Without Dilution What Good Looks Like Why Airport Security Feels Random Why Politics Appear How to Work with Me The Janus Protocol Multi-Horizon Delivery Framework What Good Execution Looks Like Managing Your Manager Why Kingdom of Heaven’s Director’s Cut Is Better AI Broke Interviews Most of What We Call Progress Managers Have Been Vibe Coding All Along Stop Wasting Brainpower Why Over-Engineering Happens Prisoner's Dilemma Climbing No More The Weekly Win Mevlana Candy Brewing Turkish Tea Onboarding Your Engineering Manager Technical Deep Dives Yapay Zekâ Çağında Bilgisayar Mühendisliği Building Remote Teams From Idea to Launch in 2 Weeks Reflecting on Software Engineering Handbook Representing the Business New Manager Survival Guide Take Self Reviews Seriously Chasing Real Respect The Invisible Difference Learning the Johari Window Management is a Lonely Place Simple Task Management AI Balance in Work PIP Manager Insights Engineering Manager Interview Preparation Work-Life Balance as a Manager Bridging the Management Disconnect Tech Hiring Bubble Bursts Traits for EMs Simple Acts of Recognition Matter The Question I Ask Every New Report The Reality of an Employer's Market Bridging Ideals and Reality Hiring Red Flags Why The Godfather Is So Damn Good Subteam Tenets No Fluff Please Losing a Top Performer Balancing Act of Reliability Building Trust in Engineering Teams Ideal Number of Direct Reports Overriding a People Leader’s Decision From Misperception to Promotion Perception vs Perspective Setting Goals From Engineer to Manager Getting Delegation Right Interviewing Your Future Boss Celebrating Our Book in Iceland Operational Skills Needed On Writing Software Engineering Handbook Charlie Munger Quotes Working with Dependencies From Las Vegas to Canyons Navigating Layoffs Handling Competitive Dynamics A Weekend Getaway to Malta Engineering Health Essentials Should Dev Managers Code? Confronting the Life on Pause Winning Eleven Kindness is A Choice Bireysel Katılımcılar ve Yöneticiler Leading from Where You Are The Subtle Art of Listening Coding in Leadership The Power of Consistency The Making of a Leader The Path to Leadership Embracing TikTok Talent Sourcing Journey Leading Self Managing Teams Cracking Coding Bottlenecks
Açık Kaynak Lisansları
Yusuf Aytas · 2014-07-10 · via Yusuf Aytas

Published · 4 min read

Açık kaynaklı yazılımlar her geçen gün daha da yaygınlaşıyor. Artık herkes açık kaynaklı yazılımlarla karşılaşıyor, en basit örnek Android işletim sistemi. Bugün sadece bireysel geliştiriciler değil, dev şirketler de (örneğin Google, Meta, Microsoft) açık kaynak projelerine büyük yatırımlar yapıyor.

Eğer siz de açık kaynaklı bir yazılım, kütüphane ya da iskelet (framework) geliştirmek istiyorsanız ya da açık kaynaklı bir yazılım kullanacaksanız lisanslama hakkında bir şeyler öğrenmelisiniz. Bu yazımda kısaca revaçta olan açık kaynak lisanslarından bahsedeceğim. Ayrıca, hangi lisansın hangi durumlarda daha uygun olabileceğine dair kısa ipuçları da ekledim.

Açık Kaynak Lisanslarının Faydaları

Konuya girmeden önce, açık kaynaklı lisansların faydalarına kısaca değineceğim. Açık kaynak lisansları, özel izin istemeksizin bir projeye katkıda bulunmayı kolaylaştıran yetkilerdir. Yazılan yazılımın kolayca paylaşılmasını ve ortadaki bürokratik engellerin kalkmasını sağlar.
Ayrıca paylaşılan yazılımın yazarını koruyarak yazarın yaptığı katkıların unutulmamasını sağlar. Bunun yanında, lisanslar hem projeye güven kazandırır hem de ekosistemde sürdürülebilir bir topluluk oluşmasına yardımcı olur.

GNU General Public License

GNU çokça kullanılan bir lisans olup aşağıdakileri sağlar.

  • Kopyalayabilirsiniz.
  • Dağıtabilirsiniz.
  • İstediğiniz değişiklikleri yapabilirsiniz.
  • Yazılımın her yeni versiyonu bu lisansı kullanmak zorundadır.

GPL lisansları “copyleft” yaklaşımını benimser; yani, değiştirilmiş sürümler de aynı lisansla paylaşılmalıdır. Bu, yazılım özgürlüğünü koruyan güçlü bir mekanizmadır.

BSD License

Genel itibariyle GNU lisansına benziyor ama yeni bir lisans ile ürünü tekrar dağıtabilirsiniz. BSD, geliştiricilere daha fazla esneklik sağlar; ticari kullanımda kısıtlamaları minimumdur. Bu nedenle özellikle startup ve ticari projelerde sıkça tercih edilir.

MIT License

En çok kullanılan lisanslardan biridir diye tahmin ediyorum. Aşağıdaki özelliklere sahiptir.

  • Yazılımı dağıtabilirsiniz.
  • Yazılımı satabilirsiniz ve kaynak kodunu sağlamak zorunda değilsiniz.
  • Kaynak kodunu alan herkes değiştirebilir, yeni versiyonlarını yayınlayabilir.
  • Ticari olarak kullanabilirsiniz.

MIT lisansı, “en basit ama en yaygın” lisans olarak bilinir. Yalnızca orijinal yazarın sorumluluk kabul etmediğini belirten kısa bir ibare içerir.

Apache License

Apache lisansı aşağıdakileri sağlar.

  • Tüm kopyaları, değiştirilmiş veya değiştirilmemiş, lisansın bir kopyası eşliğinde dağıtılabilir yada kullanılabilir.
  • Bütün değişiklikler, değiştirilmiş olarak işaretlenmelidir.
  • Ticari olarak kullanabilirsiniz.

Ayrıca, Apache 2.0 lisansı patent koruması sağlar. Bu, yazılımınızın yasal açıdan daha güvenli olmasını sağlar.

Creative Commons

Bu lisans türleri çok gözde değildir. Bu lisans türleri 4 farklı şekilde karşımıza çıkabilir:

  • (Attribution) BY
  • Share-Alike (SA)
  • Non-Commercial (NC)
  • No-Derivative (ND)

Creative Commons genellikle yazılımlar için değil; dokümantasyon, blog yazıları, fotoğraflar veya videolar gibi içerikler için uygundur. Yazılım projelerinde bu lisanslar yerine genelde MIT veya Apache önerilir.

Aşağıda lisanslar için hazırladığım tabloyu veriyorum.

LisansYapabileceklerinizYapamayacaklarınızZorunda OlduklarınızEn Uygun SenaryoNotlar
GNU GPLDağıtım, değişiklik, ticari kullanımÖzel lisansla kapalı olarak yeniden dağıtamazsınızTürevleri aynı lisansla paylaşma (copyleft)Topluluk öncelikli özgür yazılımlarCopyleft güçlüdür; lisans uyumluluğuna dikkat
MITDağıtım, satış, değişiklik, ticari kullanımYazarı sorumlu tutamazsınızTelif ve lisans metnini korumaBasit kütüphaneler, JS/TS paketleriMinimal şartlar; çok yaygın
Apache 2.0Dağıtım, değişiklik, ticari kullanımYazar/katkıcı isimlerini izinsiz pazarlama amacıyla kullanamazsınızTelif, lisans metni, değişiklik bildirimiKurumsal projeler, patent riski olan alanlarPatent koruması sağlar; güvenli kurumsal tercih
BSD (2/3-Clause)Dağıtım, değişiklik, ticari kullanımOrijinal telif bildirimlerini kaldıramazsınızTelif bildirimi ve feragatnameyi korumaAkademik veya kurumsal sistem araçlarıMIT’e benzer; bazı varyantlarda ek madde bulunur
Creative Commons (BY/SA/NC/ND)İçerik kopyalama/dağıtım; türev (BY/SA)NC’de ticari kullanım yok; ND’de türev çalışma yokAtıf (BY), aynı lisansla paylaş (SA)Dokümantasyon, blog, medya içerikleriYazılım için değil, içerik için uygundur

Lisanslama Nasıl Yapılır?

Lisanslamak için yapmanız gereken, lisansınızın tam kopyasını projenizin içine LICENSE adlı bir dosyaya koymaktır. Bunu haricinde yazılan her dosyanın başına lisans bilgisini koymak faydalıdır. Ayrıca GitHub veya GitLab gibi platformlarda lisans seçeneğini depo oluştururken eklemek, görünürlüğü ve güveni artırır.

Açık kaynak sadece bir yazılım modeli değil, aynı zamanda bilgi paylaşımı kültürüdür. Doğru lisansı seçmek, hem projenizin büyümesini hem de emeğinizin korunmasını sağlar. Daha fazla bilgi için: