Yasal ve etik olarak toplumun kapalı kaynağa katkısı olan açık kaynaklı bir proje alabilir miyim? [kapalı]


17

Diyelim ki açık kaynak lisansı altında bir proje başlatıyorum ve geliştiriyorum ve bazı topluluk katkılarını kabul ediyorum. Projeyi ticari ve kapalı kaynak (veya bölünmüş lisans) almaya karar verirsem, dayanma gücüm ne kadar zayıf?

Bu soru , en azından etik konusunda, farklı bir bölge gibi hissettiren topluluk katkıları olan bir proje konusunu doğrudan ele almamaktadır. Yasal olarak, bu da iffy olabilir, çünkü katkıların telif hakkımın altına düşüp düşmediğinden veya katkının telif hakkını eklediği projenin bir kısmına sahip olup olmadığından emin değilim.

Gelecekte projeyi ticari olarak ele alabileceğimden emin olduğum sürece (etik ve yasal olarak) güvende miyim?


5
Büyük ölçüde projenin lisans türüne bağlıdır - GPL ise biraz sıkışmışsınız demektir.
JohnL

Her cevaba IANAL
zzzzBov

1
Etik mi ahlaki olarak mı? Ya da her ikisi de? (-:
hippietrail

2
Projenin hangi bölümlerinin "gizli sosunuz" olacağına ve hangisinin olmayacağına karar vererek çok fazla acıdan kaçınabilirsiniz, daha sonra ikinci açık kaynağı geliştirip onları bu şekilde bırakabilirsiniz. Bu iş yükünüzü azaltır ve sırları kendinize saklamanızı sağlar.
Nathan Long

Lisans yaptıktan sonra BSD gibi lisanslı bir projeyi değiştirebileceğinizi sanmıyorum. Yapabileceğiniz şey başka bir lisans altında lisanstır, ancak projenin BSD lisansı da olacaktır.
Pieter B

Yanıtlar:


22

Genel olarak, topluluk katkıda bulunanlar projeye katkıda bulundukları koda ilişkin telif haklarını koruyacaklardır. Kodu katkıda bulunduklarında size katkıyı lisanslarlar. Gelecekte lisans koşullarını değiştirme olasılığını korumak istiyorsanız, genellikle katkıda bulunanların telif haklarını size (bu projenin telif haklarına sahip olmak için kişisel olarak veya oluşturduğunuz bir tüzel kişilik) atamaları gerekir veya değişen şartlar gerekir yeni lisans koşullarına uymak için. Tabii ki, topluluktan bir katkı kabul etmeden önce bu tür bir telif hakkı ataması evrakına ihtiyacınız varsa, topluluğun katkıda bulunmaya karar vermesi daha az olasıdır ve yasal formları almak için adil bir iş yapmanız gerekecektir. her bir katkıyı kabul etmeden önce. Artı, lisans koşullarını değiştirmeye karar verirseniz ve ne zaman karar verirseniz projenizin çatallanma ihtimali çok yüksektir. Bu şartlar altında yeni bir açık kaynak projesinin topluluktan çok fazla katkı alacağı beklenmiyor.

Ürünü başlangıçta bölünmüş lisans koşulları altında lisanslamanız veya ilk lisans koşulları gelecekteki kapalı kaynaklı bir ürünle uyumlu olmanız genellikle daha kolay olacaktır. Örneğin, BSD lisansı altındaki kod herhangi bir zamanda ticari bir ürüne dahil edilebilir, böylece proje ve katkılar BSD lisansı altındaysa, aynı ürünün ticari bir sürümünü kolayca yayınlayabilirsiniz. Bununla birlikte, ticari bir ürün üretme niyetiniz (veya seçeneğiniz) muhtemelen projenize katkıda bulunma konusundaki ilgiyi azaltacaktır - açık kaynak geliştiricilerinin çoğu ticari bir ürüne ücretsiz katkı yapmakla ilgilenmez.

Tabii ki, herhangi bir yasal konuda olduğu gibi, herhangi bir kesin işlem yapmadan önce bir forum görevine güvenmek yerine bir avukatla konuşmak istersiniz. Neredeyse kesinlikle avukatın imzalaması gereken insanlara verilecek telif hakkı atama belgesini hazırlamasını isteyeceksiniz ve her şeyin doğru şekilde ayarlandığından emin olmak için gelecekle ilgili planlarınızı avukatla görüşmeniz gerekecek.


Katılımcıların telif hakkının korunması, bölünmüş lisanslama gibi bir şeyle bile sorunlu görünmektedir. Katkıda bulunanlar potansiyel olarak artık katkılarını ticari olarak kullanmama izin vermeyeceklerine karar verebilirler (veya sanırım). Bu sonuçta temelden uzak mıyım?
Chris Bye

5
@ChrisBye - Katkıda bulunan kişi kod eklediğinde, bunu proje lisansı koşulları altında kullanmanız için lisans verir. Nasıl ki, ürününüzün açık kaynak sürümünü kullanan kişileri geriye dönük olarak engelleyemediğiniz gibi, katkıda bulunanlar da katkılarını orijinal olarak katkıda bulundukları koşullar altında kullanmanızı engelleyemez. Lisans koşullarında sonradan değişiklik yapmak sorunlarınız olduğu yerdir, çünkü geri dönüp herkesin iznini almanız gerekir. Bu, GPL v2'den GPL v3'e gitmek gibi nispeten küçük bir şey için bile geçerlidir.
Justin Cave

Bu ÇOK daha mantıklı. ("Yeni bir soru olmalı" satırını basmak üzereyim) Bu bana en baştan split lisans sunacak olsaydım (simon'un cevabındaki yorumlarda önerildiği gibi) muhtemelen başa çıkmam gerektiğini önerir telif hakkı ataması.
Chris Bye

2
@ChrisBye - Bölünmüş lisansı en baştan sunmak, yasal açıdan çok daha kolay bir tekliftir - gelecekte lisans koşullarını değiştirmek, başlangıçta istediğiniz lisans koşullarını belirtmekten çok daha zordur. Tabii ki, bu aynı zamanda topluluk katkılarının çekilmesinin daha zor olacağı anlamına gelir, çünkü açık kaynak kodlu katılımcıların çoğu ticari bir ürüne ödenmemiş katkı yapmak konusunda ilginç değildir.
Justin Cave

16

Proje daha izinli lisanslardan biri (BSD, MIT, Boost veya Apache buna izin verdiğimi bildiğim lisanslar) altında lisanslandıysa, yasal olarak nesne kodunu dağıtmanıza ve yaptığınız değişiklikleri sağlamanıza gerek yoktur. kaynak kodu topluluğa geri gönderir. Ayrıca, türev işi farklı bir lisans altında lisanslayabilirsiniz. Lütfen lisans metnini lisans gereksinimlerine göre eklemeniz gerektiğini unutmayın.

Bunun etik olup olmadığı oldukça tartışmalı bir konudur. Bir geliştirici kodlarını bu daha izinli lisanslardan biri altında lisansladıysa, yazılımın hem açık kaynaklı hem de ticari projelerde kullanılmasını istediğini düşünüyorum. Kodlarının ticari olarak kullanılmasını istemiyorlarsa, bunu GPLv3 uyarınca lisanslamış olmalıdırlar.


Bu nedenle, IMO, GPL gibi güçlü copyleft, istediğiniz gibi hippi yapmaktan daha iyidir BSD, MIT ve diğerleri;)
Andres F.

1
Proje olmayan bir müsamahakâr bir lisansa sahip olsa bile, bunu kapatmak mümkün olabilir eğer katkıda size telif atadınız. Bazı açık kaynak projeleri, katkıda bulunanların telif hakkı atamasını gerektirir, ancak genellikle bir lisanstan diğerine
geçebilmelerini sağlarlar

4
@AndresF. illa ki ... bir TCPIP yığını BSD kodu altında lisanslanmasaydı, Microsoft bunu Windows NT'de kullanmazdı ve şu anda hepimiz MSNetwork'ü kullanıyorduk :( BSD lisanslarının faydasını yazmayın Birisi ondan para kazanabileceğinden dolayı, BSD lisansının standart olmak istediğiniz kütüphaneler için en iyi olduğunu ve ürünler için GPL lisansı olduğunu düşünüyorum.
gbjbaanb

7

Projenize yaptığım herhangi bir katkı, başkasına devretmediğim sürece telif hakkım olarak kalır. Telif hakkı sahibi olmak, çalışmamın hangi lisansta mevcut olduğuna karar vereceğim anlamına gelir.

Dolayısıyla lisanslama, ilgili ancak ayrı bir konudur. Projenize katkıda bulunursam, çalışmamı proje lisansı (veya belki de uyumlu bir lisans) kapsamında serbest bırakmayı kabul etmeliyim.

Birçok açık kaynak lisansı, türev kaynağı daha sonra kapatmanıza izin vermez, ancak bazıları bunu yapacaktır. Doğru anlarsam, hiçbiri geçerli (açık) kod tabanını kapatmanıza izin vermez, bu da dikkate almanız gereken bir şeydir.

Bu nedenle, gelecekteki gelişimi kapatmanıza olanak tanıyan bir lisansla başlamanız veya tüm katkıda bulunanlarla bu konuda bir anlaşmanız olması gerekir. En iyisi, önemli katkılar olmadan önce bir avukatla görüşmek ve ne yapmaya çalıştığınız konusunda çok açık olmak.


Geçici -1. Cevabınız kafa karıştırıcı. Bir projeye katkıda bulunarak, kapsam dahilindeki lisans koşullarını kabul etmiş olursunuz. Aksini mi ima ediyorsunuz?
Craige

1
@Craige benim anlayışım telif hakkı ve lisans sahipliğinin ayrı konular olduğu
jk.

@Craige, hayır bunu ima etmiyorum ama daha açık hale getirmek için düzenleyeceğim. Telif hakkı ve lisanslama ile ilgili, ancak aynı değil.
simon

+1 ve -1 ile @Craige, tüm saygıyla. jk burada doğru ve yanılıyorsunuz
MarkJ

1
@Chris, gördüğüm split lisanslı projeler telif hakkı ataması yoluyla çalışıyordu. Bir projenin tüm telif hakkına sahipsem, onu seçtiğim kadar lisans altında sunabilirim.
simon

4

Projenizin lisansını değiştirmek isterseniz ya tüm katılımcıdan bir "Katılımcı sözleşmesi" imzalamasını istediniz ya da katkıda bulunanların her birinin iznini istemelisiniz.

Bu oldukça zor ve Linux çekirdeğinin hala gpl v2 altında olmasının nedeni


0

OS projelerinin çoğunda, Enterprise sürümü gibi kendilerine bağlı ticari bir kol var gibi görünüyor. Temel olarak, SLA'lar, destek, vb. Sunarlar. Bence proje açık kaynaksa, temelde kapatamazsınız. Gelecekteki sürümleri kapalı kaynak yapabilir ve yeniden adlandırabilir veya eklentileri kapalı kaynak yapabilirsiniz, ancak anladığım kadarıyla gerçek projeler Açık Kaynak olarak kalmalıdır. Bence işletme daha iyi bir yol, yine de açık kaynak avantajları elde ediyorsunuz ve gelir elde edebilirsiniz.
Merakımdan neden projenizi kapatmak istersiniz?


0

Yasal olarak, ilgili herkesin ticari olarak alabileceği kadar açık bir lisans kullanırsanız, bunu yapabileceğinizi (avukat değil) hayal ediyorum.

Etik olarak daha güçlü bir yükümlülüğünüz olur. Planlarınız değiştikçe hem başlangıçta hem de zaman içinde niyetleriniz konusunda çok açık ve net olmanız gerekir.


0

Ayrıca, Redhat'ınkine benzer bir model benimsemek isteyebilirsiniz. Kapalı kaynak eklentileri oluşturma ancak çekirdek açık kaynağı bırakma. Bu, daha iyi inovasyona da yol açabilir, çünkü açık kaynak topluluğuna fayda sağlayabilecek bir ürün için topluluk desteği almaya devam edersiniz. Eğitim, danışmanlık ve destek sunmak da anlaşmayı sizin için canlandırabilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.