(En azından başlangıçta) kapalı kaynak olacak bir yazılım sistemi için bir prototip üzerinde çalışıyorum.

Zaman kazanmak için GPLv3 lisansına sahip bir kütüphaneyi kullanmayı (yani statik olarak bağlamayı) düşünüyorum , böylece tasarımımı hızlı bir şekilde test edebiliyorum. Yazılımı bu aşamada dağıtırsam, kaynak kodunu birlikte dağıtmak zorunda kalırdım.

Ya yapmazsam, ancak sistemimin çalıştığını ve sonra da dağıtmadan önce GPL kitaplığını kendi kodumla değiştirirsem kendimi tatmin edersem? Sonuç GPL tarafından "kirlenir" mi?

GPL kitaplığını Git geçmişimde tutmanın ya da fark yaratmayacağına dair bir his var .

GPL yazıyor :

Bu koşulların tamamını da yerine getirmeniz şartıyla, Bölüm 4 uyarınca kaynak kodu biçiminde Programa veya Programdan elde edilecek değişikliklere dayalı bir çalışmayı iletebilirsiniz:

Bu nedenle, bu koşul yalnızca çalışmanız, lisansın aşağıdaki şekilde tanımladığı kütüphaneyi "temel alıyorsa" geçerlidir:

Bir eseri “değiştirmek”, eserin tamamını veya bir kısmını, tam bir kopya yapmaktan başka, telif hakkı izni gerektiren bir şekilde kopyalamak veya uyarlamak anlamına gelir. Ortaya çıkan çalışmaya, önceki çalışmanın “değiştirilmiş versiyonu” ya da önceki çalışmaya “dayalı” bir çalışma denir.

Yani, programınız sadece ve sadece telif hakkı yasasına göre türetilmiş bir çalışma olması halinde kütüphaneye dayanır . Bu terimin yasal tanımı, yargı bölgeleri arasında bir miktar değişiklik gösterir ve genellikle doğrudan yazılımı ele almaz. Örneğin, ABD Telif Hakkı Yasası yazıyor:

Bir "türev çalışma", çeviri, müzikal düzenleme, dramatizasyon, kurgulama, sinema filmi versiyonu, ses kaydı, sanat eseri, kısaltma, yoğuşma veya bir eserin olduğu diğer herhangi bir form gibi önceden var olan eserlere dayanan bir çalışmadır. yeniden biçilmiş, dönüştürülmüş veya uyarlanmış olabilir. Editöryal revizyonlardan, ek açıklamalardan, detaylandırmalardan veya bir bütün olarak orijinal bir yazarlık çalışmasını temsil eden diğer değişikliklerden oluşan bir çalışma, “türev çalışma” dır.

Bunun yazılım için ne anlama geldiği, benzer kararlar temelinde mahkemeler tarafından yorumlanmalıdır. Bir mahkemenin davanıza nasıl karar vereceğini kesin olarak söyleyebilmek için, bulunduğunuz bölgedeki ilgili dava yasasına yeterince aşina değilim. Biri "GPL kitaplığını kendi koduyla değiştirmenin", özellikle de kodunuz GPL uygulamasından büyük ölçüde ilham alıyorsa bir çeviri eylemi olduğunu iddia edebilir. GPL kitaplığının API'sini yeniden kullanmak bile sizi sıcak suya indirebilir (bkz. Oracle vs. Google ).

Cevap sizin için önemliyse, yabancılara internette sormak yerine, yetkili yasal tavsiye almanızı öneririm.

GPL'd kitaplıklarına bağlanırken yazılımı hiç kimseye bırakmadığınız sürece, güvende olursunuz. GPL'in viral yönü sadece yazılımınızı dağıtırsanız devreye girer.

Elbette, LGPL veya APL2 veya MIT gibi daha izin verilen bir lisansa sahip bir kütüphane bulabilirseniz daha iyi olurdu.

Sorunun aslında GPL ile ilgili olduğunu sanmıyorum. Prototiple ilgili ve gelecekte dağıtılabilir yazılım sisteminin temeli olarak kullanılıp kullanılmayacağı.

Atılabilir bir prototip yapıyorsanız ve teslim sisteminizdeki herhangi bir kodu tekrar kullanmayacaksanız, devam edin ve bir GPL kitaplığı kullanın.

Alabileceğiniz Üç Yaklaşım

Bununla birlikte, prototipi geliştirecekseniz (çok sayıda yönetici için zorlanan bir şey!) Yapabileceğiniz üç yaklaşımınız vardır:

1. Çekirdek olmayan parçaları, çekirdeğinizle JSON veya bir REST API veya başka bir İşlemler Arası İletişim dili / kütüphanesi üzerinden iletişim kuran ayrı uygulamalara taşıyın. Çekirdek olmayan bölümleriniz de GPL olabilir ve içindeki GPL kütüphanelerini kullanabilirsiniz.
2. Kodunuzu, kütüphaneleri yerinden çıkarabilecek şekilde tasarlayın. Bu , uygulama ayrıntılarını gizleyen bir cephe oluşturmak anlamına gelir . Özel bir kütüphaneye veya MIT / BSD kütüphanesine geçmeye hazır olduğunuzda.
3. GPL kodunu hiç kullanmayın.

İlk yaklaşıma geçmenizi öneriyorum çünkü gelecekte profesyonel portföyünüzün bir parçası olarak kullanabileceğiniz açık kaynak kodlu bir çalışmaya sahipsiniz.

İkinci yaklaşım nasıl, çünkü o da iyidir gerektiğini kesin işlevleri oluşturarak, yine sen gerekmez / sınıfları sistemini tasarlama ve onları dışarı stubbing olmak Kitaplık veya özel kod buna sahip kadar bu işlevselliği doldurur.

Yaklaşımınızla ilgili olarak iki hususu düşünebilirim. Birincisi , GPL altında yayınlanan kodu kullanırken , projenizi dağıtmama veya (veya GPLv3 olduğu gibi , halka açık kullanım için uygun hale getirerek) basittir; kodunuzu nasıl dağıtmanız gerektiğini görmek zordur. GPL lisansı altında da yeniden dağıtım şartları altında.

İkinci yön muhtemelen sizin için daha önemli. GPL kitaplığını değiştirmek için kendi uygulamanızı oluştururken, bir türev çalışma oluşturmamaya dikkat etmeniz gerekir. Kaynak kodunu doğrudan kopyalamama konusunda iyi niyetlerinizin olduğundan emin olduğumdan emin olsanız da, kütüphane API'sinin önemli bölümlerini kopyalamayacaksınız.

Eğer bu ticari bir ürün ise, bu riskin GPLv3 lisansı ile dikkatlice okunması ve şüpheli olduğu durumlarda profesyonel bir yasal görüş istemek suretiyle değerlendirilmesi ve değerlendirilmesi gerekir.

GPL kodunu değiştirmek için kendi kodunuzu yazmayı planlıyorsanız, kodu temiz oda ortamına yazmadığınız için olası bir sorun yaşayacaksınız. Gerçekten GPL koduna hiç bakmamış birisinin yeni kütüphaneyi yazmasını istersiniz. Öte yandan, başka bir lisansa sahip olan daha önce yayınlanmış bir kitaplık için bir GPL kitaplığını değiştirmek istiyorsanız, o zaman bu bir sorun değildir, diğer kitaplık muhtemelen temiz oda ortamında yazılmıştır.

GPL'd kodunu kullanarak revizyonlara erişim sağlarsanız, bunlar tamamen GPL'd olacaktır. Ama istemezsin, bu kapalı kaynak olmazdı ...

Artık herhangi bir GPL kodu kullanmayan daha sonraki durumlar için, GPL kodunu daha önce kullanmış olmanız basit değildir.

GPL yalnızca dağıtımda tetiklenir ... değiştirilmiş bir sürüm veya türev çalışma yayınlamazsanız, istediğiniz her şeyi yapabilirsiniz.

GPL kitaplığını Git geçmişimde tutmanın ya da fark yaratmayacağına dair bir his var.

Kaynağınızı GitHub gibi bir kamu havuzunda yayınlamak istiyorsanız , o zaman evet, bir sorun olabilir. Sadece git kullanmak özel ise önemsizdir.