GitHub lisansı nasıl seçilir ve yanlış seçim yapmamak neden önemlidir? GitHub, BT projelerinin ortak gelişimi ve müteakip barındırmaları için en büyük hizmettir. Bu web hizmetinin yardımıyla, dünyanın her yerinden ve aynı anda sınırsız sayıda insan bir proje üzerinde aynı anda çalışabilir. Ayrıca GitHub’da, geliştiriciler tarafından yapılan tüm değişiklikleri istediğiniz zaman kesinlikle görmenizi ve kontrol etmenizi sağlayan bir yönetim sistemi veya kontrolü vardır ve ayrıca değişikliklerden önceki duruma geri dönmenizi sağlar.
Ancak basitçe söylemek gerekirse GitHub, programcılar ve geliştiriciler için diğer geliştiricilerin kodlarını bulabileceğiniz ve ardından bunları kullanarak pratik yapabileceğiniz sözde bir sosyal ağdır. Portföyünüzü GitHub’da da saklayabilirsiniz. Sonuç olarak GitHub, hem acemi geliştiriciler hem de deneyimli programcılar için çok uygun bir hizmettir. Bununla birlikte, bu hizmetin kullanıcıları, seçimleri oldukça çeşitli olduğu için bazen bir lisans seçme konusunda bazı soruları olabilir.
GitHub lisansı nedir
Bir lisans, devlet formu tarafından oluşturulan ve kişinin mutlaka taraf devletin özel dikkatini gerektiren belirli bir tür girişimci faaliyette bulunmasına izin veren özel bir belgedir. Ancak, çoğu zaman, uygulamada, yalnızca kısaltılmış lisans anlaşmaları veya özel hukuk lisanslarının verilmesini sağlayan anlaşmalar kullanılır. Genel olarak, lisans sadece bir tanesini takip eder, ancak en önemli amaç, lisans veren ile lisans alan arasındaki yükümlülükler ve haklar konusunda bir anlaşmadır. Bu görev ve haklar kesinlikle herhangi bir şey olabilir, ancak yalnızca yasa çerçevesinde olabilir. Çarpıcı bir örnek, lisans verenin eseri lisans alan tarafından kullanırken telif hakkı sahibinin adının zorunlu olarak belirtilmesini gerektirebilmesidir. Veya örneğin eserin kopyalanmasına izin vermek için,ancak üzerinde herhangi bir değişiklik yapılmasını kesinlikle yasaklar. Ya da işin orijinaliyle kesinlikle aynı koşullarda üretilmesi gerektiği vb. gibi gereksinimleri ortaya çıkarmak için, ortaya konan birçok farklı koşul örneği var.
Apache lisanslarından birine bir örnek [/ caption]
Ancak, lisansın sadece lisans verenin değil, lisans alanın da haklarını koruduğunu da unutmamalıyız. İçinde çalışmanın tüm kullanım koşullarını açıkça görebileceğiniz ve okuyabileceğiniz için, lisans verenin çalışmasının kullanımı için aniden herhangi bir telif ücreti veya başka bir tazminat talep etmesinden korkmasına gerek yoktur.
Bir eserle ilişkili bir lisanstan vazgeçerseniz, telif hakkı o ülkede yürürlükte olan yasal kurallara göre geçerli olmaya devam eder. Basitçe söylemek gerekirse, bir lisansın olmaması hiçbir şekilde diğer yazarların bu projeyi istedikleri gibi kullanabilecekleri anlamına gelmez. Her şey, kesinlikle, tam tersine, çünkü herhangi bir özel lisans olmadan, bir programcı hiçbir şekilde yasaların verdiği haklardan vazgeçmez. Lisansın tüm hak ve yükümlülükleri yönettiğini her zaman hatırlamak da önemlidir. Bu, işin sahibini kullanıcı beklentilerinden ve herhangi bir garantinin ima ettiği şeylerden korumak içindir. Sonuçta, hiç kimse kodunun hiçbir şekilde mahkemeye gitmesini istemez.
telif hakkı nedir
Telif hakkı, bir kişiye yalnızca entelektüel faaliyetin bir sonucu olarak benzersiz olacak, ancak aynı zamanda yararlı olacak bir çalışma yarattığında görünür, örnek olarak aynı programın yazısını alabilirsiniz. Yukarıdakilerin tümü yapıldığında, kişi yazar olur ve şimdi bu eser için kesinlikle tüm telif haklarına sahiptir. Telif haklarının tescilli olduğu ve tescilli olmadığı da söylenmelidir. Aralarındaki fark, mülkiyet haklarının herkese devredilebilmesidir, ancak mülkiyet hakları her zaman her durumda sadece yazarda kalmayacaktır. Ne de olsa yazar olmak devredilemez ve devredilemez bir haktır.
Açık Kaynak lisansı ne içindir?
Bu aynı zamanda acemi geliştiriciler ve programcılar arasında oldukça popüler bir sorudur, çünkü projelerine neden herhangi bir lisans eklemeleri gerektiğini anlamazlar, çünkü onsuz proje de kolayca var olabilir. Bununla birlikte, bu tamamen doğru değildir, çünkü örneğin, bazı acemi geliştiriciler oldukça önemli ve kullanışlı bir kod parçası yazmışsa, ancak onu bir lisansla korumamışsa, diğer kullanıcıların soruları vardır. Ve tam da bu nedenle, müşteriler kendisine gelip bu kod parçasını ticari amaçları için kullanmak istediklerinde, kodun herhangi bir lisansının olmadığını görürler ve basitçe reddederler. Bunun nedeni, şirketlerin yasa ve avukatlarla ilgili sorunlara ihtiyaç duymadıkları için kodu lisanssız kullanmayacaklarıdır.
İşte bu yüzden en kullanışlı ve kullanışlı proje bile asla gerçekleştirilemeyecektir. Ve bu kod parçasını almak isteyen geliştiricinin bir alternatif araması ve kullanması veya daha önce acemi bir geliştirici tarafından yazılmış olan kodu tamamen yeniden yazması gerekecek. Bu nedenle, programcının doğru ve en önemlisi uygun lisansı kullandığından önceden emin olmak en iyisidir. GitHub’ı 15 dakikada tek bir video eğitiminde keşfedin: https://youtu.be/JfpCicDUMKc
Belirli koşullar için hangi GitHub lisansı uygundur – nasıl seçilir?
Bu sorunun kesin bir cevabı olamaz, çünkü bir lisans seçimi yalnızca projenin hedeflerine ve geliştiricinin kişisel tercihlerine ve isteklerine bağlıdır. Gördüğünüz gibi GitHub’da çok çeşitli lisanslar var ve en önemlisi hepsi ücretsiz ve herkese açık, bu da her programcının
projesine tam olarak uygun Açık Kaynak lisansını bulabileceği anlamına geliyor. Ancak en önemlisi, bir Açık Kaynak lisansının sadece lisanssız bir kod olmadığını unutmamalıyız.
GitHub’daki lisans ailesi [/ caption] Küçük bir araştırmadan sonra tüm Açık Kaynak lisanslarını toplayabilir ve bunları üç büyük ana gruba ayırabilirsiniz:
- Güçlü koruyucu.
- Zayıf defans yapıyor.
- izin verici.
Güçlü koruyucu
Güçlü savunma lisansları genellikle GPL’nin varyasyonlarıdır. Bu lisanslar, herhangi bir kod veya projenin nasıl kullanılacağına veya halihazırda kullanılmış olmasına rağmen, mutlaka projenin lisanslanmasını ve kaynak kodlarının açıklanmasını gerektirir.
zayıf defans
Zayıf savunma lisansları çoğunlukla Küçük GPL’nin varyasyonlarıdır. İzin verilen lisanslardan temel farkı, programı GPL lisansı altında lisanslamak ve kaynak kodlarını hatasız sağlamak için basitçe gerekli olmasıdır. Ayrıca, bir programcının projesi bir kitaplık, yani LGPL lisansı altında statik bağlantı veya dinamik bağlantı içeriyorsa, programcının proje lisanslarından herhangi biri ile de uyumlu olacaktır.
GitHub’daki lisans türünün belirtildiği yer [/ caption]
izin veren
Çok sayıda izinli lisans vardır, aralarında en popüler lisanslar MIT, Apache 2.0 ve BSD’dir. Küçük farklılıklarla bu lisanslar, kodun hem Açık Kaynak projelerinde hem de ticari amaçlarla ve projelerde kullanılmasına izin verme yeteneğine sahiptir. Ancak, bu durumda, orijinal programın yazarlığını belirtmenin gerekli olduğunu hatırlamak önemlidir.
Diğer popüler GitHub lisansları
Bu üç lisans grubuna ek olarak, başkaları da vardır, örneğin, en kullanışlı lisanslardan bir diğeri, sınıf yolu uzantılarına sahip GPLv2’dir. Bu lisans hem Açık kaynak projelerinde hem de ticari proje ve amaçlarla kullanılabilir. En popüler görünümü Oracle’dadır, bu şirket Açık Kaynak projelerini ve çözümlerini lisanslamak için sınıf yolu uzantılarıyla GPLv2 kullanır. Bu lisans oldukça önemli ve kullanışlıdır, örneğin sıradan GPL lisansları asla bayt kodunu işleyemez. Yani, diğer yorumlanmış programlama dilleri için tamamen uygun olmayan derleme ve bağlama sürecinin özel bir açıklamasına sahiptirler, bu tür diller en popüler Java dilini içerir.Bu gibi durumlar için sınıf yolu uzantılarına sahip özel bir GPLv2 lisansı yayınlandı. Sonuçta bu lisans altında yayınlanan kütüphanenin kesinlikle başka herhangi bir lisansla ticari proje ve amaçlarla kullanılabileceğini çok açık ve net bir şekilde söylüyor.
GitHub lisansları hakkında bilmeniz gereken başka ne var
?
Lisans ekleme
Nihai lisans nihayet seçildikten sonra, geriye kalan tek şey onu proje köküne eklemektir. Bu eylemi gerçekleştirmek için, projenin oluşturulması sırasında veya genel olarak başka herhangi bir zamanda seçilen lisansı proje kökü altına eklemeniz gerekir. Ancak bu eylemde bile GitHub web hizmeti kullanıcılarıyla ilgilenmeyi başardı ve projenin başlangıcında bile nihai lisansı eklemek için oldukça uygun bir yol yaptı.
Ancak, ne yazık ki hepsi bu kadar değil, çünkü geliştirici veya programcının fikrinde veya projesinde kullanılan tüm bağımlılıkları kesinlikle kontrol etmesi gerekiyor. Yani, bağımlılıklardan biri GPL lisansı altında yayınlansa bile, geliştiricinin projesinin tamamı kesinlikle GPL uyumlu olmalıdır. Bu tür bir doğrulama için, genellikle bunun için önceden oluşturulmuş programlar veya araçlar kullanılır. Örneğin, bunun için bir araç var https://github.com/pivotal/LicenseFinder:
Lisanslamanın oldukça zaman alıcı bir iş olduğunu söyleyebiliriz, ancak aynı zamanda bir projenin veya herhangi bir programcı fikrinin ömrü için gerekli bir eylemdir. Doğru lisansı seçmek için ne yazık ki çok zaman harcamanız gerekiyor ancak projenin başarılı olması için buna değer. Bir program yazarken lisans seçimini ilk sıraya koymak en iyisidir, çünkü bunu en başında yaptığınız için tüm çabalarınızı doğru yöne yönlendirebilir ve çoğu için başarılı ve kullanışlı bir program yazabilirsiniz. kullanıcılar.