Açık kaynaklı, özgür olmayan bir lisans kullanma


9

Orada "temelde küçük şirketler için ücretsiz" ve "daha büyük şirketler için maliyet" diyen bir açık kaynak lisansı kullanan herhangi bir proje / ürün var mı? (Ve böyle bir ifadeye sahip herhangi bir standart lisans var mı?)

Böyle bir lisans kapsamında bir proje yayınlayacak olsaydım, yeryüzündeki her geliştirici tarafından otomatik olarak kapatılır mı, yoksa aslında yararlı bir proje olduğunu varsayarsak, Joe Programmer'dan katkıda bulunma şansı var mı?

Bu sorunun ikinci kısmı kolayca öznel hale gelebilir, ancak iyi tartışılan herhangi bir bakış açısı çok takdir edilecektir. Örneğin, ticari kuruluşlar tarafından yapılan çift lisanslı projelerin açık kaynak toplulukları ile başarısı var mı?


Açık Kaynak tanımına (bölüm 1 ve 5) uymayacağı için “Açık Kaynak” olmayacaktır. Ayrıca “Ücretsiz Yazılım” ve “Açık Kaynak” yazılım dağıtılmak üzere modifikasyonları zorlamaz düşünüyorum, sadece (orijinal ile aynı) altında dağıtabilirsiniz hangi koşullarda diyor opensource.org/osd istediğiniz herhangi bir lisans yapabilir Ancak: açıkladığınız kişi tescilli bir lisans olacaktır.
ctrl-alt-delor

Yanıtlar:


4

Böyle bir lisans kapsamında bir proje yayınlayacak olsaydım, yeryüzündeki her geliştirici tarafından otomatik olarak kapatılır mı, yoksa aslında yararlı bir proje olduğunu varsayarsak, Joe Programmer'dan katkıda bulunma şansı var mı?

Projeniz mutlaka herkes tarafından kapatılmayacak. Ancak:

  • Bir çok insan prensipte onu engelleyecektir.
  • Ücretsiz geliştiricilerin katkıda bulunma şansı düşüktür. Daha iyi açık kaynak kimlik bilgilerine sahip daha "değerli" projeler var. (Bu, projeniz / yazılımınız kendini kanıtladıktan sonra değişebilir.)
  • Pek çok potansiyel ödeme yapan müşteri, projenizin uzun vadeli uygulanabilirliği olup olmadığını iki kez düşünecektir.

(Aslında, son nokta tüm müşteriler için geçerlidir, ödeme yapıp yapmadığıdır. Mesele şu ki, bir müşteri uygulaması kodunuza bağlıysa ve finansman modeliniz başarısız olursa, etkin bir şekilde ölü olan bir kod tabanına bağlı olarak takılabilirler. lisans yaklaşımı topluluk katkılarını caydırma eğilimindedir, şirketinizin karnından çıktıktan sonra kendini sürdüren bir topluluğun ortaya çıkma olasılığı önemli ölçüde azalır.)

Bu sorunun ikinci kısmı kolayca öznel hale gelebilir, ancak iyi tartışılan herhangi bir bakış açısı çok takdir edilecektir. Örneğin, ticari kuruluşlar tarafından yapılan çift lisanslı projelerin açık kaynak toplulukları ile başarısı var mı?

Bu oldukça özneldir. Başarı görecelidir. Başarı öznel / tartışmalıdır.

Söylenebilecek en iyi şey, çift lisanslamanın , özellikle bağlı olmayan geliştiricilerin çabalarına katkı sağlama eğiliminde olduğunu düşünüyorum. Diğer şirketler için çalışan geliştiriciler, şirketlerinin bunu yapmak için ekonomik bir yarar görmesi durumunda da katkıda bulunabilirler.

Ancak, bu şeyleri ölçmek neredeyse imkansızdır. Ve ölçümleri yapmaya çalışan kimsenin farkında değilim.


Bence bağlı olmayan geliştiriciler hakkındaki görüşünüz öldü. Projeyi kendileri kullanmakla ilgilenen tarafların katkıları çok iyi olabilirken, daha idealist katkılar beklenmektedir. Potansiyel satın alan müşterilerin neden böyle bir çift lisans kullanarak projenin uzun vadeli uygulanabilirliği olup olmadığını iki kez düşüneceği konusunda biraz özen göstermeye özen gösterilsin mi?
wagglepoons

9

Zaten birçok kez tartışıldığı gibi, burada hem Programcılar'da hem de StackOverflow'da, böyle bir lisans muhtemelen mevcut olamaz.

İstediğiniz şey, lisanstaki Kullanım Alanı Kısıtlaması gibi bir şeydir, ancak kullanım alanında herhangi bir kısıtlama bulunmaması , Açık Kaynak'ın tanımlayıcı özelliklerinden biridir. Lisansınız Açık Kaynak ise, muhtemelen bir Kullanım Alanı Kısıtlaması olamaz ve lisansınız böyle bir kısıtlamaya sahipse, Açık Kaynak olamaz.

Bu nedenle, Kullanım Alanı Sınırlaması olan bir Açık Kaynak lisansı olması mümkün olmayabilir. Bu, 10'a bölünebilen bir asal sayı istemek gibidir.

Ancak, ne anlama lisans size kullanımı ne kadar tamamen dik olan para şarj. Biri yasal bir soru, diğeri pazarlama meselesi.

Hiçbir maliyeti olmayan çok sayıda kapalı kaynaklı ürün var (ör. İTunes, Acrobat Reader, Internet Explorer, genellikle her türlü Freeware,…) ve oldukça pahalı olan çok sayıda Açık Kaynak ürünü var (örneğin RedHat Enterprise Linux, SuSE Linux Enterprise Server,…)

Özellikle, daha büyük şirketler , kapalı kaynak, Açık Kaynak veya sihirli tek boynuzlu atlar olsun, yazılım için ödeme yapmayı severler , bu yüzden işler güneye giderse dava edecek birine sahip olurlar.


Açık kaynak OSI defn tarafından - ancak kaynağın mevcut olduğu birçok yazılım parçası vardır, ancak kullanımı hakkında çok katı kurallar vardır - örneğin Microsoft Windows.
Martin Beckett

6
Martin, OSI'nin açık kaynak tanımı tek ilgili tanımdır: terimi tanımladılar ve bir tanım verdiler ve köşe vakalarında tanımı yorumlamak için OSI var. Tanımı, çok kısıtlı durumlarda Windows kaynak koduna erişim sağlayan Microsoft gibi şeyleri kastedmek, en iyi ihtimalle yanlış yönlendirilmiş ve çoğu zaman tüm açık kaynak kavramını zayıflatmaya çalışmaktır.
Lars Wirzenius

örg: İyi bir noktaya değindin. Projeyi sorumda açıklandığı şekilde lisanslayabildiğim için sizi doğru okuyor muyum, sadece OSI tarafından tanımlanan Açık Kaynak olmayacak mı?
wagglepoons

1
@Lars, İnsanlar "Açık Kaynak" ve "Özgür Yazılım" kelimelerini yeniden ifade etmeyi çok seviyor gibi görünüyorlar, öyle olmadığını söylemek için programmers.stackexchange.com/questions/21907/… ' a açık bir feragatname koymak zorunda kaldım. kişisel resmi tanımlarla ilgilenen, sadece resmi olanlarla.
TRiG

3

Lisansların özel durumunuz için çalıştığından emin olmak için özel durumunuz hakkında bir avukatla konuşmanızı şiddetle tavsiye ederim. Sizin için çalışacağı garanti edilen bir örnek yoktur ve küçük bir hata size çok pahalıya mal olabilir.

Evet, istediğiniz kadar farklı türde lisans sunmak mümkündür ve birçok işletme, kullanıcı sayısına dayalı olanlar da dahil olmak üzere varyasyonları dener.

Ext3js (şimdi Sencha), istediğiniz gibi görünen lisansla satıldı. Microsoft'un sunduğu çoğu ürün, işletmenin boyutuna bağlı olarak değişen fiyat noktalarına sahip birden fazla lisans altında bulunur. İkili lisansa sahip diğer yazılımlardan örnekler almak için "Kişisel kullanım için ücretsiz" yazın.

İkili lisans türü yazılım, bunu kullanan insanları kastediyorsanız başarılı olma eğilimindedir. Ancak, yazılımı kullanmadan (ve sattığınız zaman kardan pay almadan) yazılımınız üzerinde özgürce çalışacak kişiler arıyorsanız, muhtemelen çok fazla arkadaş edinmeyeceksiniz. Diğerleri yazılımınızda değişiklik veya iyileştirmeler yaptıktan sonra, bu değişiklikleri veya geliştirmeleri özel lisansınız altına geri getiremezsiniz (istisnalar dışında - aşağıdaki yorumlara bakın - istisnalar katkıları engelleyecektir)


4
"Diğerleri yazılımınızda değişiklik veya iyileştirmeler yaptıktan sonra, bu değişiklikleri veya geliştirmeleri özel lisansınıza geri getiremezsiniz." Katkıda bulunan kodun telif hakkını size geri veren bir katılımcı sözleşmeniz olmadığı sürece, kesinlikle? Anlarsam, bu oldukça yaygındır.
Armand

2
@Alison: Bu oldukça yaygındır, birçok lisans ticari açık kaynak dünyasında bunu gerektirir. Şirketlerin açıkçası kendi pastaları var ve yiyorlar ve sizinkini de yiyorlar.
Orbling

2

Kaynağın küçük şirketlere açık olmasını istiyor, ancak büyük şirketleri ödemeye zorlamak mı istiyorsunuz?

Terminoloji konusunda bilgiç olmak (ama eğer ben hızlı bir şekilde açık kaynak ppl bulacaksınız kim olacak) ama bu açık kaynaklı bir lisans olamaz.

http://www.opensource.org/osd.html Madde 5'e bakınız. "Kişilere veya Gruplara Karşı Ayrımcılık Yapılmamalıdır."

İnsanların açık kaynak olarak faturalandırılan bir lisans / üründen beklentileri budur, sizinkini açık kaynak olarak adlandırırsanız, "Büyük şirketler ödemek zorundadır!" yasal olarak fıkra piss off madde.

Bunu yapamayacağınızı söylememek, sadece "açık kaynak" olarak etiketlememelisiniz. İnsanların bunun ne anlama geldiği konusunda beklentileri var ve siz onları ihlal ediyorsunuz. Buna "kaynak kodu mevcut" veya başka bir şey deyin.


Haklısın. Bu nokta başka bir cevapla da ifade edilmiştir ve mantıklıdır. Her ne kadar şunu söylemeliyim ki, OSI'nın "Açık Kaynak" terimini çok sezgisel olarak tanımlaması biraz zor. Gerçekten açık kaynak olan şey için mücadele etme ihtiyacını kesinlikle anlıyorum, ancak biraz değiştirilmiş bir lisans istiyorlarsa, herkesi kullanacak hiçbir mantıklı terim bırakmıyor.
wagglepoons

1
Eh, sadece sıkı çalışma OSI ve açık kaynaklı birçok şiddetli destekçi nedeniyle sezgisel. İlk tanıtıldığında, sezgisel değildi ve evrensel olarak takdir edilmedi gnu.org/philosophy/open-source-misses-the-point.html Açık Kaynak destekçilerinin uğraşmada biraz daha az sert olmasını dilerim bazen eleştirmenlerle, ama onların bu terime "sahip olmalarını" umursamıyorum.
James

0

Sonra, elbette, Mozilla ve MPL / GPL / LGPL tri-lisansı gibi durumlar var. Mozilla'nın (bildiğim kadarıyla) herhangi bir kullanım alanı kısıtlaması yoktur ve yazılımları için ücret almazlar, ancak "lisans esnek" popüler bir açık kaynak uygulama paketinin bir örneğidir.


0

Evet, bu tür lisanslara sahip ürünler var. Harika bir örnek ravendb olacaktır - ki bu kesinlikle geliştiriciler tarafından kapatılmaz .

Hibernating Rhinos, RavenDB'nin hem Açık Kaynak hem de ticari sürümlerini sunmaktadır.

Ticari sürümler kapalı kaynak ortamında kullanılabilir ve bir abonelik veya sürekli fiyatlandırma modeli altında kullanılabilir. Fiyatlar örnek başınadır. Abonelik geçerli olduğu sürece, otomatik olarak yeni sürümler eklenir.

Projeniz Açık Kaynak ise Raven'ı ücretsiz kullanabilirsiniz. Raven'ı ticari yazılım oluşturmak için kullanmak istiyorsanız, ticari bir lisans satın almalısınız ...

Raven'ın AGPL lisansı OSS projeleri için açık bir istisna içeriyor. Projenizi OSI onaylı herhangi bir lisans altında bırakabilirsiniz. Ancak, RavenDB'nin kendi lisanslamasını değiştiremeyeceğinizi unutmayın. Projenizin kullanıcılarının yine de RavenDB'nin lisanslamasına uymaları gerekir.

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.