Açık Kaynak Nedir? Lisans, İşleyiş ve Kullanım Rehberi

Kaynak kodun açık olması kullanıcıya hangi hakları verir?

Kaynak kod, yazılımcının bir programın davranışını tanımlamak için yazdığı, insanlar tarafından okunabilen kod bütünüdür. Bilgisayarın çalıştırdığı derlenmiş veya paketlenmiş dosya ise bu kodun kullanıcıya sunulan farklı bir biçimi olabilir. Açık kaynak modelinde önemli olan, yalnızca çalıştırılabilir dosyanın paylaşılması değil, yazılımın nasıl çalıştığını anlamaya ve gerektiğinde değiştirmeye yarayan kaynak kodun da erişilebilir olmasıdır.

Mevcut içerikte açıklanan dört temel özgürlük şu şekilde yorumlanabilir:

• Yazılımı herhangi bir amaçla çalıştırma: Kullanıcı, lisansın sınırlamaları içinde programı kişisel, eğitimsel veya ticari bir işte kullanabilir.
• İşleyişi inceleme ve uyarlama: Kaynak kod incelenerek programın ne yaptığı anlaşılabilir ve ihtiyaç varsa değişiklik yapılabilir.
• Kopyaları dağıtma: Yazılımın izin verilen biçimde başkalarıyla paylaşılması mümkün olabilir.
• Değiştirilmiş sürümü paylaşma: Kullanıcı, yaptığı geliştirmeleri lisansın şartlarına uyarak başkalarının kullanımına açabilir.

Buradaki karar noktası şudur: Bir projede hangi özgürlüklerin ve hangi yükümlülüklerin bulunduğunu yalnızca 'açık kaynak' etiketi belirlemez. Lisans metni incelenmelidir. Örneğin bir lisans, değiştirilmiş sürümün kaynak kodunun paylaşılmasını, telif bildirimlerinin korunmasını veya lisans metninin dağıtıma eklenmesini isteyebilir. Bu koşullar yerine getirilmeden yapılan yeniden dağıtım, açık kaynak fikrinin amacıyla uyumlu olmayabilir.

Açık kaynak lisansı ile ücretsiz kullanım neden aynı şey değildir?

Açık kaynak ile ücretsiz yazılım günlük konuşmada sıkça aynı anlamda kullanılsa da iki kavram farklı sorulara yanıt verir. Ücretsiz ifadesi fiyatla ilgilidir: Kullanıcıdan ödeme istenip istenmediğini anlatır. Açık kaynak ise kaynak koduna erişim ve bu kod üzerinde sahip olunan haklarla ilgilidir. Bir açık kaynak program ücretsiz indirilebilir; ancak kurumsal destek, ek hizmet, özel sürüm veya danışmanlık ücretli olabilir.

Tersine, bir yazılımın ücretsiz dağıtılması onun açık kaynak olduğu anlamına gelmez. Kaynak kodu paylaşılmayan bir programı ücretsiz kullanabilirsiniz fakat kodu inceleme, değiştirme veya yeniden dağıtma hakkınız olmayabilir. Bu yüzden bir yazılımı değerlendirirken şu üç soruyu ayrı ayrı sormak gerekir:

1. Yazılımı edinmek veya kullanmak için ücret var mı?
2. Kaynak kodu erişilebilir mi?
3. Lisans, kodu değiştirmeye ve değişiklikleri paylaşmaya hangi koşullarla izin veriyor?

Bu ayrım özellikle işletmeler ve eğitim kurumları için önemlidir. Lisans koşullarını okumadan yalnızca 'ücretsiz' ifadesine bakmak, kullanım alanı veya dağıtım sorumlulukları konusunda yanlış karar verilmesine yol açabilir. Mevcut bilgiler, tek tek lisansların tüm hukuki ayrıntılarını açıklamadığı için belirli bir projede o projenin lisans metni ayrıca kontrol edilmelidir.

Bir katkı kod deposundan kullanılabilir sürüme nasıl dönüşür?

Açık kaynak projeler çoğunlukla ortak bir kod deposu ve sürüm kontrol süreci etrafında yürütülür. Geliştirici önce mevcut kodu inceler, bir hata veya geliştirme ihtiyacını belirler ve kendi çalışma kopyasında değişiklik yapar. Değişiklikler daha sonra sürüm kontrol sistemine kaydedilir. Mevcut makalede örnek olarak Git anılmıştır; Git, kodda hangi satırların ne zaman ve kim tarafından değiştirildiğini izlemeye yardımcı olur.

Tipik süreç şu sırayı izler:

1. Sorun veya özellik tanımlanır. Örneğin bir web uygulamasında belirli bir hata raporlanır.
2. Projenin kodu ve katkı kuralları incelenir.
3. Geliştirici değişikliği ayrı bir çalışma alanında yapar.
4. Kod test edilir; değişikliğin mevcut özellikleri bozup bozmadığı kontrol edilir.
5. Değişiklik, gözden geçirilmesi için proje yöneticilerine veya topluluğa sunulur.
6. İnceleme sırasında düzeltmeler istenir veya katkı kabul edilir.
7. Kabul edilen değişiklik, projenin uygun sürümüne eklenir.

Bu süreçte kodun herkese açık olması, her gönderilen değişikliğin doğrudan ana sürüme alınacağı anlamına gelmez. Proje yöneticileri kalite, güvenlik, uyumluluk ve bakım maliyeti açısından değerlendirme yapabilir. Dolayısıyla açık kaynak merkezi olmayan katkıya izin verse de birçok projede teknik yönlendirme, inceleme ve sürümleme sorumluluğu bulunan bir çekirdek ekip vardır. Konuyu uygulamalı olarak anlamak için Git ve Sürüm Kontrolü Nedir? içeriğiyle bağlantı kurulabilir.

Şeffaflık güvenlik ve kaliteyi nasıl etkiler, nerede yetersiz kalır?

Kaynak kodun incelenebilir olması, hataların veya güvenlik açıklarının fark edilmesine yardımcı olabilir. Farklı geliştiricilerin kodu incelemesi, tek bir ekibin gözünden kaçabilecek sorunların görülme ihtimalini artırır. Ancak bu, her açık kaynak yazılımın güvenli veya hatasız olduğu sonucunu doğurmaz.

Güvenlik açısından üç koşul özellikle önemlidir:

• Kodun gerçekten düzenli incelenmesi: Kodun yayımlanmış olması, birilerinin onu bütünüyle denetlediğini kanıtlamaz.
• Aktif bakım: Güvenlik açığı bildirildiğinde düzeltme hazırlanması ve kullanıcıların güncel sürüme geçebilmesi gerekir.
• Kullanıcının güncelleme davranışı: Düzeltme yayımlansa bile eski sürümü kullanmaya devam etmek riski sürdürebilir.

Aynı nedenle 'binlerce göz kodu denetler' ifadesi bir olasılık avantajını anlatır; garanti değildir. Bir projenin güvenilirliği için sürüm geçmişi, bakım sıklığı, hata bildirim süreci, dokümantasyon ve kullanılan bağımlılıklar da değerlendirilmelidir.

Açık kaynak, satıcı bağımlılığını azaltabilir çünkü kuruluşlar kodu kendi ihtiyaçlarına göre uyarlayabilir. Fakat bu esneklik teknik uzmanlık gerektirir. Bir işletme kodu değiştirdiğinde güncellemeleri takip etmek, yaptığı değişiklikleri yeniden uygulamak ve sistemin bakımını üstlenmek zorunda kalabilir. Lisans ücreti bulunmaması, kurulum, güvenlik, eğitim ve destek maliyetlerinin de sıfır olduğu anlamına gelmez.

Linux, Firefox, veritabanları ve geliştirme araçları hangi rolü gösterir?

Mevcut makalede verilen örnekler, açık kaynak modelinin tek bir ürün kategorisiyle sınırlı olmadığını gösterir. Linux, sunuculardan akıllı telefonlara kadar farklı ortamlarda kullanılan açık kaynak işletim sistemi çekirdeği ve ekosistemleriyle ilişkilendirilir. Android'in çekirdeği Linux tabanlıdır; ancak Android platformunun tamamı ile Linux çekirdeği aynı şey değildir. Bu ayrım, bir ürünün içinde açık kaynak bileşen bulunmasıyla ürünün bütünüyle açık kaynak olması arasındaki farkı gösterir.

Mozilla Firefox, web tarayıcısı alanındaki açık kaynak örneklerden biridir. MySQL ve PostgreSQL ise verilerin saklanması ve yönetilmesi için kullanılan veritabanı yönetim sistemleri arasında anılır. Python ve JavaScript gibi programlama dilleri, web ve genel yazılım geliştirmede kullanılan geniş ekosistemlere sahiptir. Bu dilleri öğrenmek için Python Nedir? ve JavaScript Nedir? içeriklerine geçilebilir.

Web geliştirme zincirindeki parçalar da açık kaynak ekosistemle birlikte kullanılabilir. HTML sayfanın yapısını, CSS görünümünü, JavaScript ise etkileşimi düzenler. Verileri saklamak için SQL kullanılabilir ve farklı yazılımların haberleşmesi API aracılığıyla yapılabilir. Bu kavramlar için HTML Nedir?, CSS Nedir?, SQL Nedir? ve API Nedir? bağlantıları konuyu tamamlar. Burada dikkat edilmesi gereken nokta, bir programlama dili, araç veya platformun açık kaynakla ilişkisinin; dilin kendisi, uygulama aracı ve o aracı geliştiren projenin lisansı bakımından ayrı ayrı değerlendirilmesidir.

Çözümlü örnek: Ücretsiz program açık kaynak mı?

Verilenler: Bir kullanıcı bir programı internetten ücret ödemeden indiriyor. Programın kaynak koduna erişip erişemediği ve kodu değiştirme hakkı hakkında bilgi verilmiyor.

Çözüm adımları:

1. Önce fiyat sorusu ayrılır. Programın ücretsiz edinilmesi yalnızca kullanıcıdan ücret alınmadığını gösterir.
2. Açık kaynak ölçütü kontrol edilir. Kaynak kodu erişilebilir mi? Kullanıcı kodu inceleyebiliyor mu?
3. Lisans metni incelenir. Kodu değiştirme ve değiştirilmiş sürümü dağıtma izni var mı? Varsa hangi koşullar uygulanıyor?
4. Bu bilgiler yoksa program hakkında kesin olarak 'açık kaynak' kararı verilmez.

Sonuç: Ücretsiz kullanım, açık kaynak olduğunu kanıtlamaz. Karar verebilmek için kaynak kod erişimi ve lisans hakları birlikte doğrulanmalıdır. Sınav sorularında 'ücretsiz' ile 'kaynak kodu açık' ifadeleri farklı seçenekler olarak verilebilir; bu iki ifadeyi eş anlamlı kabul etmemek gerekir.

Çözümlü örnek: Bir katkı neden doğrudan yayımlanmaz?

Verilenler: Bir geliştirici açık kaynak bir projedeki hatayı düzeltiyor ve değişikliği proje deposuna gönderiyor. Proje yöneticisi değişikliğin test edilmesini ve bazı satırların yeniden düzenlenmesini istiyor.

Çözüm adımları:

1. Kaynak kodun açık olması, herkesin kodu inceleyebileceğini ve katkı önerebileceğini gösterir.
2. Katkının ana sürüme eklenmesi ise ayrı bir süreçtir. Kodun yeni davranış oluşturup oluşturmadığı ve mevcut özellikleri bozup bozmadığı test edilir.
3. Proje yöneticisinin inceleme istemesi, katkının reddedildiği anlamına gelmez; kalite ve bakım ölçütlerinin kontrol edildiğini gösterir.
4. Gerekli düzeltmeler yapıldıktan sonra değişiklik yeniden değerlendirilir ve uygun görülürse ilgili sürüme eklenebilir.

Sonuç: Açık kaynak iş birliği, denetimsiz bir kod yığını değil; sürüm kontrolü, test ve kod incelemesiyle yönetilen bir katkı sürecidir. IDE (Geliştirme Ortamı) Nedir? içeriği, bu tür kod geliştirme çalışmalarında kullanılan araçları anlamaya yardımcı olabilir.

Sık yapılan hatalar ve karıştırılan kavramlar

Açık kaynak her zaman ücretsizdir: Yanlış bir eşleştirmedir. Kullanım ücretsiz olabilir; destek, barındırma, danışmanlık veya özel hizmetler ücretli olabilir. Ayrıca lisans koşulları her projede ayrıca incelenmelidir.

Açık kaynak yazılım mutlaka güvenlidir: Kodun incelenebilir olması avantaj sağlar, fakat aktif bakım ve düzenli güvenlik güncellemeleri yoksa bu avantaj yeterli olmayabilir.

Kaynak kodu internette görmek, her şeyi serbestçe kullanmak demektir: Kodun görünür olması ile kodu hangi haklarla kullanabileceğiniz aynı konu değildir. Telif ve lisans bildirimleri, dağıtım şartları ve değişiklik paylaşımı gibi yükümlülükler olabilir.

Bir yazılımda açık kaynak bileşen bulunması, yazılımın tamamını açık kaynak yapar: Bir ürün farklı bileşenlerden oluşabilir. Her bileşenin lisansı ve ürünün dağıtım biçimi ayrı değerlendirilmelidir.

Topluluk katkısı kalite kontrolü gereksiz kılar: Katkıların test edilmesi, incelenmesi ve uygun sürüme alınması gerekir. Çok sayıda katkıcı bulunması, proje yönetimi ihtiyacını ortadan kaldırmaz.

Açık kaynak, merkezi yönetim hiç yoktur demektir: Bazı projeler geniş topluluklarla yürütülse de sürüm planını, kod incelemesini veya teknik kararları yöneten çekirdek ekipler bulunabilir.

Sınav ipucu: TYT veya AYT düzeyinde bilişim ve teknoloji sorularında kaynak kod, lisans, ücretsiz kullanım ve iş birliği kavramlarını ayırın. 'Kodun incelenebilmesi ve değiştirilebilmesi' açık kaynak için doğrudan ipucudur; 'ücret ödemeden kullanılabilmesi' tek başına yeterli değildir.