Bir lisans seçtikten sonra bir lisansı değiştirebilir misiniz?


47

Tamamen hazır hissetmediğim bir ürün üzerinde çalışıyorum, ancak şimdi "alfa" test edicisi olarak kullanmakla ilgilenen bir kullanıcı grubum var. Onlara ürünü şimdi "alfa" test edicileri olarak ücretsiz vermek istiyorum, ancak daha sonra yazılımı lisanslamak istiyorum.

Mümkün mü? Biri beni herhangi bir bağlantıya / kitaplara / makalelere / vb.

Teşekkürler.

EDIT: Açıklığımın olmaması ve soruya verilen cevaplar nedeniyle bu ifadeyi eklemem gerektiğini düşündüm.

Henüz bu projeye yakın kaynak veya açık kaynak kullanmaya karar veriyorum. Ellerini ele geçirmek isteyen kullanıcı tabanı şimdi beni çok şaşırttı ve seçeneklerimin şimdi açık kaynak olarak verebildikleri ve daha sonra kapalı kaynak olarak değiştirebilecekleri kadar endişeliydim. tam tersi bile.

Cevaplayan ve yorum yapan herkese teşekkürler. Bu görüş için minnettarım.


Açık veya Kapalı kaynak?
Çabucak_anat

6
Birine ücretsiz yaptığınız bir ürün verirseniz, bu, söz konusu ürünün tüm kopyalarının veya yeniden dağıtımlarının ücretsiz olması gerektiği anlamına gelmez.
ProdigySim

Yanıtlar:


41

Tüm koda sahipseniz, istediğiniz lisans altında tekrar yayınlayabilirsiniz.

Sorun, birileri projeye yamalar kattıysa ortaya çıkar. Genelde olan şey, bu koda sahip olmaları ve mevcut yazılım lisansı altında katkıda bulunmalarıdır. (Bunu kapsayan bir tür katkı payı sözleşmeniz olması gerekir.) Bu nedenle, yeniden lisanslamak için izinlerine ihtiyacınız olacaktır. Nasıl katkıda bulunabileceğinize bağlı olarak, bu zor olabilir. Bunun için referans olarak, OpenStreetMap lisans değişikliğine ve bunun ne kadar sürdüğüne bakın.

Ancak IANAL, feragatname vb.

İnsanların lisans değişikliğinizde ne yapacakları başka bir konudur;

EDIT: Bunu açık kaynaklı ürünler ile ilgili olarak cevapladım. Ancak soruyu tekrar okuduğuma göre açık kaynak mı yoksa açık mı olduğu belli değil.

2 kapalı kaynak lisansından bahsediyorsanız kolaydır: Tüm kod size aitse, istediğiniz lisans altında tekrar yayınlayabilirsiniz. Sadece alfa sürümünü ticari kapalı kaynak lisansı yapın, tüm normal terimleri (kopya yok vb.), Sadece sıfır bir fiyatla yapın.


En son özelliklerin ve güncellemelerin bulunduğu ticari bir sürüme sahip olmak ve bir süre sonra bunların ücretsiz bir açık kaynak sürümüne geçişi yapmak oldukça yaygın bir stratejidir. Örneğin, Alfresco ve Magento bunu yapar.
Victor Nicollet

Elbette ki sorun, kodunun kapalı kaynak uygulamasında kullanıldığını ispatlaması (!). Bunu ispatlamandan daha kanıtlaması onun için daha zor olacak.
Rook

@ victor Evet ... ya da kurumsal özelliklere sahip temel bir sürümü açık ve kapalı ticari sürümü var. Bu stratejilerin nasıl işlediği başka bir soru. Bu tür programlar için katkıda bulunanlar anlaşmaları daha karmaşık olabilir ve açık kaynak yazarlarını devre dışı bırakabilir :-) @Rook Tamam, bu soruyu açık kaynak lisansları arasında dolaşıyormuş gibi cevapladım. Açık bir lisanstan kapalı olana geçme ile ilgili bir sorun varsa, çalışmalarının çalındığından şüphelenilen açık kaynaklı geliştiricinin kendi tarafında çok fazla ppl & organizasyon olacağından şüpheleniyorsunuz ve genellikle ortaya çıkan alevden kaçınmak istiyorsunuz.
James

2
Yaptığımız şey, katkıda bulunanların imzaladığı bir ortak sözleşmesine sahip olmaktır ve ortak telif hakkı atar. Bu şekilde, yeniden lisanslama yeteneğimiz hala var, ancak yine de sahip oldukları tüm haklara sahipler. SharpDevelop’un çalıştığı gibi.
Scott Whitlock

@sup Yup, bir örnek için bkz. sugarforge.org/content/community/participate/… . Tüm hakları alır ve kodunuzu kullanmanız için size bir lisans verir. Bir işe bağlı, açık kaynak kodlu bir proje üzerinde çalışan bir geliştirici olarak konuşursak, böyle şeylerin neden gerekli olduğunu anlayabiliyorum, ancak hala bu tür projelere katkıda bulunmak isteyip istemediğim konusunda uzun ve sıkı düşüneceğim ... :-)
James

15

Bu, yazılımın ne kadar benzersiz olduğuna ve dışardan insanların çok fazla önemli katkı yapıp yapamayacağına bağlı olup olmadığına bağlı olan zor bir sorudur.

İnsanlar yalnızca yazılımınıza önemsiz değişiklikler gönderirse , o zaman (orijinal yazar gibi), yazılımın telif hakkı haklarına sahip olacak tek kişi olarak kalırsınız ve istediğiniz gibi kapatabilirsiniz. . Ancak, yazılımın önceki bir sürümünü standart bir açık kaynak lisansı altında yayınladıysanız, o zaman herhangi birinin yazılımınızı bu tür eski kopyalardan kaldırabileceğini ve bu nedenle, her zaman açık bir kaynağa sahip olabileceğinizi anlayın. özel yazılım paketinize rakip. Bu aslında SSH’nın orijinal yazarı Tatu Ylonen’in başına gelenler .O zamandan beri ssh.com'un kurucusu ve CTO'su olan, OpenBSD ve OpenSSH ile ilgisi olmayan, telif hakkıyla dosyaları dağıttığı halde. (Her ne kadar Tatu Ylonen’in halka açık bir şekilde bilinen pişmanlığı telif hakkıyla ilgili olmasa da, ticari markalarını kaybederek genel olarak "ssh" ve "güvenli kabuk" işaretlerini kaybetti.)

Peki, insanlar size yazılımınızda , telif hakkı kapsamında olacak ve hangisini kaynak ağacınıza entegre etmek isteyeceğiniz konusunda önemli değişiklikler yaparlarsa ? Katkıda bulunanların size telif haklarını vereceği yasal sözleşmelerden birini kurabilirsiniz, böylece yasal olarak hala yazılımın tek "yazarı" olacaksınız. FreeBSD / OpenBSD kampından geliyorum ve bize göre telif hakkı tahsisi genellikle kötü bir zevk olarak kabul edilir. FSF, yazılımlarının çoğunda telif hakkı tahsislerinden dolayı oldukça meşhurdur; NetBSD üyelerine bir seçenek olarak sahiptir (NetBSD Vakfı'nın iki maddeyi lisanslarından kaldırmasına izin vermiştir).hiçbir kimsenin şahsi telif hakkı talep etmediği tüm dosyalarda); Birçok ticari şirket, her türlü görevi yerine getiren her tür katkı sözleşmesine sahiptir. Linus Torvalds nerede duruyor? Linus da katkıda bulunan sözleşmelerden hoşlanmıyor ve tahmin edebileceğiniz gibi, Lunux çekirdeği GPLv2'nin kendisinden başka hiçbir şeye sahip değil.

Peki, telif hakkı ataması olmadan, ağacınıza telif hakkıyla korunan değişiklikleri kabul ederseniz ne olur ? Asıl lisans seçiminiz devreye giriyor. GPL'yi seçerseniz ve katkıda bulunanlar size kendi kodlarını GPL kapsamında size de lisanslarlar, o zaman GPL ile sıkı sıkıya bağlı olursunuz ve kaynak kodu her zaman bir sonraki ticari ürüne bırakmak zorunda kalırsınız (ancak tümü rakiplerinizden. Bir BSD / ISC / OpenBSD lisansı seçtiyseniz, kaynak değişikliklerinden herhangi birini serbest bırakmak zorunda kalmadan dilediğiniz zaman ekstra ödeme özellikleri eklemek için kaynağı kapatabilirsiniz (ancak aynı zamanda rakiplerinize de aynı hakkı veriyorsunuz). ).

Tabii ki, yıllar boyunca, geçmişe bakacak olursak, yazılımınızın farklı bir lisans altında kalmasını diliyorsanız, değişikliklerinizi yeni lisansınız altında yeniden lisanslandırmak için her zaman geçmiş katkıda bulunanlarınızla iletişime geçmeyi deneyebilirsiniz. Bu çok acı verici ve uzun bir proje - peki biriyle bağlantı kurulamazsa? Mozilla ve VLC geçmişte böyle bir şey bıraktı; Yeni lisanslarının avantajlarından kesinlikle yararlanmış olmalılar, ancak yıllarca süren işlemlerden memnun olduklarından şüpheliyim.

Her neyse, GPL veya BSD'ye gitmeyi tercih edip etmediğinizden bağımsız olarak, yazılımınızın açık kaynaklı bir sürümünün olması, açık kaynaklı yazılımların yazılması ve piyasaya sürülmesi etrafında dönen birçok başarılı ticari şirketin kanıtladığı her zaman büyük avantajlara sahip olacaktır.



2

Sorunuz biraz belirsiz. Lisans tipik olarak ücretsiz bir şey verip vermemeniz gerektiğini kontrol etmez. Lisansın, kodun mülkiyeti, dağıtımı, garantisi ve kullanım uygunluğu gibi şeyleri yapması gerekir ...

Onlara kaynak kodu vermeyi mi düşünüyorsunuz? Öyleyse, onunla kendi ürünlerini serbest bırakma niyetinde misiniz? O zaman bir kaynak kodu lisansına ihtiyacınız var.

Onlara sadece ikili dosyaları veriyorsanız ve ücretini almak istemiyorsanız, kıçınızı garanti ve sorumluluk açısından kapsayan çıplak kemik lisansı ile gelebilirsiniz. Telif hakkınızı belirtin, yalnızca sizin belirttiğiniz gibi dağıtılabileceğini söyleyin.

Yayınladığınız ürünün her sürümü kendi lisansına tabidir ve tek geliştirici iseniz, istediğiniz zaman istediğiniz lisansı seçebilir ve istediğiniz zaman değiştirebilirsiniz.


Cevabınız için teşekkür ederim. Sanırım netlik eksikliği bir anlamda sorunun bir parçası. Sanırım şimdi kaynakla kullanmalarına izin vermek istersem ne tür seçeneklere sahip olduğumu görmek istiyordum ve daha sonra kapatmaya karar verdim (alfa döneminden sonra) ya da tam tersi.
Adam

Sadece herhangi bir lisans eklemeyin. Daha sonra değiştirme veya yeniden dağıtma hakkına sahip olacaklar.
David Schwartz

1

Şahsen, bence bu aşamada lisans almayı düşünmeniz iyi bir şey.

Tüketici açısından, bir lisans seçtikten sonra lisansları değiştirmeniz gerektiğini düşünmüyorum. Bu yapamayacağınız anlamına gelmez (Hareketli Tip kayda değer bir örnektir), ancak kullanıcı tabanınızı uzaklaştırma riskini taşırsınız (Hareketli Tip kayda değer bir örnektir).


0

Evet, onlara belirli bir zamanda çalışmayı durduracak sınırlı bir süre sürümü sağlayabilirsiniz.

Gerekirse her zaman yeni sürümü uzatılmış bir sona erme süresiyle bırakabilirsiniz.

Son versiyona hazır olana kadar.


Bu aslında lisans sorununa bir çözüm değildir (yani, yazılımın genel halka yayıldığı yasal lisans).
Timo Geusch

Bunu soruda anlamadım. Daha sonra yazılımı talep edip edemediğini sordu. Soruyu böyle tercüme ettim.

2
Sanırım soruyu anlamanız iyi. Erken sürümlerde bir "lisans" problemini çözmenin bir yolu onu bombalamak. Bunda yanlış bir şey yok ve eski sürümlerin geleceğe kullanılmasını (ve talep edilen desteği) durduruyor. Tüm güzel yasal şeylere de sahip olabilirsiniz, ancak “bu erkendir ve sonsuza dek sürmeyecek” anlamına gelmenin pratik bir yolu olması da iyi bir şeydir.
Çabucak_anki

1
+1 Ancak, kullanıcıları bu sınırlamanın farkında olmanız gerektiği açıktır - sadece bir gün öldüğünü bildirmek için uygulamayı bir gün çalıştırmak istemezler.
Kirk Broadhurst

@KirkBroadhurst ölü olmayabilir, sadece desteklenmiyor, bu yüzden kendiniz için herhangi bir değişiklik / hata düzeltmesi yapmak zorunda kaldınız. Ama evet, bu konuda net olmak önemlidir.
icc97
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.