सॉफ्टवेयर के लिए किस लाइसेंस के लिए सिफारिशें और अनुभव?


26

सॉफ्टवेयर के डेवलपर्स के पास काम के लक्ष्य (एस) के अनुसार एक उपयुक्त लाइसेंस चुनने का विकल्प है।

क्या सॉफ्टवेयर के लिए कोई लाइसेंस देने के लिए कोई सिफारिश / अनुभव दे सकता है?

खुले कोड कोड के रूप में सभी कोडित कार्यों को "दूर देने" के पेशेवरों / विपक्ष क्या हैं?

औद्योगिक खिलाड़ियों से कैसे निपटें जो अनुसंधान कोड से लाभान्वित करना चाहते हैं?


अच्छा सवाल है, मैं इसके बारे में सोच रहा था।
मिलनसुरिक

यह इस साइट के लिए प्रासंगिक नहीं है। मैं स्टैक ओवरफ्लो जैसी किसी चीज को पोस्ट करने की सलाह दूंगा।
ऐट्रेल

मैं सिर्फ मैट के कथन को सही करना चाहता हूं कि GPL / LGPL लाइसेंस प्राप्त सॉफ़्टवेयर का व्यावसायिक उपयोग नहीं किया जा सकता है। यह भी कर सकते हैं! जीपीएल लाइसेंस प्राप्त सॉफ्टवेयर का उपयोग किसी भी व्यावसायिक इकाई के लिए कुछ भी किया जा सकता है , वे सिर्फ एक व्युत्पन्न सॉफ्टवेयर उत्पाद नहीं बना सकते हैं और बेच सकते हैं (वितरित) जो कि बंद स्रोत के रूप में (जो वाणिज्यिक इकाई एक सॉफ्टवेयर कंपनी नहीं है तो पर्याप्त होना चाहिए)। LGPL अधिक अनुमत है और बंद सॉफ़्टवेयर उत्पादों को बेचने की अनुमति देता है जो मूल पुस्तकालय से लिंक करते हैं। मैं मैट से सहमत हूं कि उद्योग जीपीएल सॉफ्टवेयर को छूने से डरते हैं लेकिन यह जीपीएल की गलत धारणा पर आधारित है। हमने मूल रूप से इस्तेमाल किया
एंडर्स लॉगग

1
मैं असहमत हूं। बहुत सारे लोग कम्प्यूटेशनल साइंस में चुनौतीपूर्ण समस्याओं के लिए नए कोड बेस विकसित करने में बहुत समय और कठिन निवेश करते हैं। इस प्रयास के एक हिस्से के रूप में दूसरों के साथ काम को साझा करने के लिए रणनीति बनाना उपयोगी हो सकता है।
एलन पी। एंगिग-करुप

2
हां और बहुत सारे कम्प्यूटेशनल लोग खाना पकाने में समय बिताते हैं, लेकिन यहां खाना पकाना विषय से हटकर है। बुनियादी सॉफ्टवेयर मुद्दों के लिए अन्य स्टैक्ड एक्सचेंज हैं।
ऐटरेल

जवाबों:


18

क्या सॉफ्टवेयर के लिए कोई लाइसेंस देने के लिए कोई सिफारिश / अनुभव दे सकता है?

आपके द्वारा चुना गया लाइसेंस इस बात पर निर्भर करेगा कि आप अपने कोड को कितना मुफ्त चाहते हैं, लेकिन मुफ्त का मतलब अलग-अलग लोगों के लिए अलग-अलग चीजें हैं।

  • के समर्थकों के लिए अनुमोदक लाइसेंस, मुक्त लोग अब सॉफ्टवेयर का उपयोग करने लेकिन वे चाहते हैं की अनुमति के साधन के लिए अभी , के बारे में कैसे चिंता नहीं मुक्त भविष्य व्युत्पत्ति हैं।
  • के समर्थकों के लिए copyleft लाइसेंस, मुक्त साधन सुनिश्चित करना है कि सॉफ्टवेयर और इसके किसी भी व्युत्पत्ति मुक्त रहता है , कुछ बलिदान करने के लिए तैयार किया जा रहा तत्काल स्वतंत्रता है कि सुनिश्चित करने के लिए।

एक लाइसेंस जितना अधिक अनुमत होता है, उतने अधिक लोग इसका उपयोग कर पाएंगे, लेकिन आपके पास इस पर कम नियंत्रण होगा। हालांकि यह जितना अधिक प्रतिबंधात्मक है, आप पहली बार अपने सॉफ़्टवेयर का उपयोग करके लोगों को बंद करने की अधिक संभावना रखते हैं।

जीपीएल <= 2, जीपीएल 3 , एलजीपीएल , बीएसडी , ग्रहण इत्यादि सहित कई स्वतंत्र और खुले स्रोत लाइसेंस हैं । प्रत्येक के लिए समर्थक और विपक्ष हैं, इसलिए कोड पर उन प्रतिबंधों को पढ़ें और तय करें कि आप इसका उपयोग करने में सक्षम होना चाहते हैं। चेतावनी , जो भी आप चुनते हैं किसी को शिकायत होगा - यह है पवित्र युद्ध क्षेत्र।

कुल मिलाकर यह एक सूक्ष्म संतुलन अधिनियम है, और यह आपके सॉफ़्टवेयर के लिए लक्षित दर्शकों पर बहुत निर्भर करता है।

  • ऑक्सफोर्ड यूनिवर्सिटीज़ ओएसएस वॉच से यह निर्धारित करने के लिए एक महान संसाधन कि कौन सा लाइसेंस आपके लिए सही लाइसेंस है, बहुत व्यापक, इंटरैक्टिव लाइसेंस विभेदक है

मेरी राय में, वैज्ञानिक कोड के लिए अनुज्ञेय और कॉपीलेफ्ट दोनों लाइसेंस उपयुक्त हैं - महत्वपूर्ण बात यह है कि कोड पहले स्थान पर खुला स्रोत है। मेरा मानना ​​है कि विज्ञान खुला होना चाहिए, और इसलिए उस विज्ञान का समर्थन करने के लिए कोड का उपयोग किया जाना चाहिए।

खुले कोड कोड के रूप में सभी कोडित कार्यों को "दूर देने" के पेशेवरों / विपक्ष क्या हैं?

अपने सॉफ़्टवेयर को देने का विचार यह है कि यदि अन्य इसे उपयोगी पाते हैं तो वे इसका उपयोग करेंगे।

यदि वे इसका उपयोग करते हैं, तो वे ऐसा करने के आपके प्रयास को सहेजते हुए, रिपोर्ट करेंगे और अक्सर बग को ठीक करेंगे।

यदि वे इसे पसंद करते हैं और आपका सॉफ़्टवेयर लगभग वही करता है जो वे चाहते हैं, तो वे आपके सॉफ़्टवेयर को बढ़ा सकते हैं और उन एन्हांसमेंट को वापस कर सकते हैं।

इस बात का एक बहुत कुछ है आईएफएस हालांकि।

औद्योगिक खिलाड़ियों से कैसे निपटें जो अनुसंधान कोड से लाभान्वित करना चाहते हैं?

सबसे पहले, यदि आप अपने कोड के व्यावसायिक उपयोग को प्रतिबंधित करना चाहते हैं, तो आप बिना किसी व्यावसायिक उपयोग के लाइसेंस के लाइसेंस का चयन कर सकते हैं।

दूसरे, यदि आपको लगता है कि कोई व्यक्ति आपके सॉफ़्टवेयर का उपयोग किसी सेवा को चलाने के लिए कर सकता है, तो कभी भी वास्तव में किसी और को कोड वितरित करने के बिना, तो आप अफोर्डो जीपीएल पर विचार कर सकते हैं जो उस विशेष कॉपलेफ़्ट खामियों को दूर करता है।

तीसरा, आप उपरोक्त कार्य कर सकते हैं और एक दोहरे लाइसेंस विकल्प की पेशकश कर सकते हैं । सार्वजनिक डाउनलोड के लिए GPL या AGPL लाइसेंस की पेशकश, और एक शुल्क के लिए वाणिज्यिक लाइसेंस आपको दोनों दुनिया का सबसे अच्छा देता है, और इसका मतलब है कि आप अपने सॉफ़्टवेयर की व्यावसायिक बिक्री से कुछ राजस्व उत्पन्न करने में सक्षम हो सकते हैं जो आपकी वैज्ञानिक गतिविधियों का समर्थन करने में मदद कर सकता है।

ध्यान दें, यदि आप ऐसा करने जा रहे हैं, तो इसे शुरू से ही पेश करें - जो बाद में वाणिज्यिक लाइसेंस देने की शुरुआत करने की तुलना में आपके खुले स्रोत योगदानकर्ताओं से कम घर्षण की संभावना है। यदि आपका समुदाय लोकप्रिय हो जाता है, तो आप नहीं चाहते हैं कि अगर आप बाद में व्यावसायिक शोषण की संभावना के बारे में सीधे नहीं थे, तो लोग आपको बेचने का आरोप लगा सकते हैं। आदर्श रूप से आपको अपने कोडबेस में तीसरे पक्ष के योगदान को स्वीकार करने से पहले आपको एक उपयुक्त योगदानकर्ता लाइसेंस समझौता (सीएलए) स्थापित करना चाहिए ।

इस उत्तर के लिए इस सवाल का भी इस विकल्प पर कुछ अच्छी जानकारी प्रदान करता है।


12

PETS इस लाइसेंस का उपयोग करता है , जो BSD का कम प्रतिबंधक रूप है । जीपीएल से महत्वपूर्ण अंतर, यह है कि सॉफ्टवेयर का व्यावसायिक उपयोग किया जा सकता है। कई लोगों को बंद सॉफ़्टवेयर के लिए एक रियायती आपत्ति है, हालांकि मेरे अनुभव में कोई भी व्यवसाय आपके कोड के पास नहीं होगा यदि उसके पास जीपीएल लाइसेंस है। इसके अलावा, पेट्सक के औद्योगिक उपयोगकर्ता अविश्वसनीय रूप से मूल्यवान हैं। वे काफी जटिल समस्याएं चलाते हैं, जो कि अधिकांश शिक्षाविदों को एक प्रकाशन के लिए वारंट की तुलना में अधिक कठिन लगता है। उन्होंने पेट्सक में बहुत सारे कोड का भी योगदान दिया है, ताकि यह सामान्य समर्थन श्रृंखला में प्रवेश कर सके। मैं व्यावसायिक उपयोग की क्षमता के बिना किसी भी लाइसेंस के खिलाफ सलाह दूंगा, और वास्तव में कम से कम प्रतिबंधात्मक लाइसेंस की वकालत कर सकता हूं (आप सीडीएससी को सीडी को जला सकते हैं और इसे भोला को बेच सकते हैं)।


पेट्सक के विकास को कैसे वित्त पोषित किया गया है? और यह आज (धन के माध्यम से) कैसे समर्थित है? पेट्स के लिए कोड बेस के रखरखाव के साथ यह कैसे काम करता है?
एलन पी। इंग्सिग-करुप

2
यहाँ धन है । हमारे पास एक खुला भंडार और कई योगदानकर्ता हैं।
मैट नेप्ले

GPL कोड पर आपके कथन के बारे में: OpenFOAM GPL है और उद्योग में व्यापक रूप से उपयोग किया जाता है। कारण यह है कि जीपीएल कोड को केवल सार्वजनिक किया जाना है यदि सॉफ्टवेयर वितरित किया जाना है। केवल व्यवसाय जो अपने कोड को व्यापक दर्शकों को बेचना चाहते हैं, वे जीपीएल लाइसेंस से प्रभावित होंगे।
अकीद

3
@akid मुझे वेबसाइट पर OpenFOAM के उपयोगकर्ताओं के बारे में जानकारी नहीं मिल रही है, लेकिन मुझे "व्यापक रूप से उपयोग किए जाने वाले" लक्षण वर्णन पर संदेह है। मैं आपको बता सकता हूं कि बड़ी कंपनियों (शेल, बोइंग, एमएस) के लोगों ने कहा है कि अनुसंधान कोड के लिए कंपनी की नीति कभी भी बीपीएल को नहीं छूती है। हो सकता है कि छोटी कंपनियों के पास अधिक लेवे हों, लेकिन बड़े लोग सिर्फ असंगतता (जीपीएल कोड को देखने और कुछ और कोडिंग) से भी बचना चाहते हैं।
मैट नेप्ले

2
@ त्सेपंग गनोम और लिनक्स का उपयोग कार्यालय की आपूर्ति की तरह किया जाता है, जो आपके वैज्ञानिक कोड के लिए कभी नहीं होगा। मेरा मतलब है कि जब आप कोड का उपयोग सीधे व्यापार से संबंधित उद्देश्यों के लिए करते हैं।
बजे मैट नेप्ले

5

मैं जीपीएल का उपयोग करता हूं, मुख्यतः मूल खुले स्रोत आंदोलन की भावना के कारण (और इस तरह उम्मीद है कि यह इसके प्रसार में मदद करेगा)। इसके अलावा, यह अनैतिक रूप से अनैतिक पूंजीपतियों से आपकी संभावित कमाई की रक्षा करने का सबसे अच्छा तरीका है - एक लेखक के रूप में, आप हमेशा समानांतर में एक अलग लाइसेंस पर कोड वितरित कर सकते हैं और इस तरह एक सफेद-लेबल व्यापार उपयोग के लिए मालिकाना संस्करण बनाए रख सकते हैं।
हालाँकि, यह एक चुनाव भी हो सकता है - आपके फंडिंग स्रोत ने एक अस्वीकरण किया हो सकता है कि आपके सभी कार्य सार्वजनिक डोमेन बन जाएं, इस लाइसेंस से आगे क्या हो सकता है।

वैसे भी, उस विषय में सबसे महत्वपूर्ण बात यह है कि कोई भी लाइसेंस किसी से बेहतर नहीं है, जो कि दुर्भाग्य से वैज्ञानिक विकास की दुनिया में काफी बार है - और मैं बस उन सभी से नफरत करता हूं / * जॉन स्मिथ के कार्यक्रम से चोरी वह कभी भी प्रचारित नहीं किया है * / या सीआई को लगता है कि मैंने 1995 में जेन स्मिथ की पोस्ट पर किसी ग्रुप में ... या शायद 1993 में इसे देखा था?


1
याद रखें, यदि कोड का कोई लाइसेंस नहीं है, तो अधिकांश देशों में (जो बर्न सम्मेलन के लिए साइन अप है ) यह अभी भी कॉपीराइट द्वारा कवर किया गया है, इसलिए कॉपीराइट धारक के अलावा किसी और द्वारा कानूनी रूप से उपयोग नहीं किया जा सकता है, अकेले पुनर्वितरित करें।
मार्क बूथ

@MarkBooth यह मेरी बात है।
mbq

5

सबसे पहले, खुला स्रोत जाने के पेशेवरों / विपक्ष:

प्रो: अधिक लोग आपके कोड का उपयोग करेंगे, प्रतिक्रिया, सुधार, सुधार आदि प्रदान करेंगे। आपके पास बेहतर कोड और अधिक लोग हैं जो इस पर भरोसा करेंगे।

Con: यदि आप कभी भी अपने कोड में किसी व्यवसाय को आधार बनाना चाहते हैं, तो आपके पास कम विकल्प होते हैं (लेकिन अभी भी कुछ ही हैं, जैसे कि बेचने वाले सामान बेचने वाले)

लाइसेंस चुनने के लिए, मैं निम्नलिखित क्रम में आगे बढ़ूंगा:

  1. क्या आपका नियोक्ता / अनुदान एजेंसी कुछ भी लागू करता है? तब आपके पास कोई विकल्प नहीं है। कोड के लिए सभी योगदानकर्ताओं के लिए इसे जांचें।
  2. क्या आप उस कोड का पुनः उपयोग करते हैं जिसमें कुछ विशेष लाइसेंस है जो आपकी पसंद को सीमित करता है? फिर आपकी पसंद भी सीमित है। व्यवहार में, जीपीएल-लाइसेंस प्राप्त कोड के टुकड़े को एकीकृत करना ऐसी सीमाओं का सबसे लगातार स्रोत है।
  3. तय करें कि आप क्या अधिक महत्व देते हैं: जीपीएल और इसी तरह के लाइसेंस के पीछे ऑल-कोड-टू-ओपन दर्शन, या बीएसडी लाइसेंस के पीछे व्यापक-संभव-उपयोग दर्शन।
  4. दो बड़े ओपन सोर्स लाइसेंस परिवारों में से प्रत्येक के भीतर, अपने समुदाय में सबसे आम / स्वीकृत के अनुसार चुनें।

5

मेरे अधिकांश शोध सार्वजनिक निधियों द्वारा वित्त पोषित हैं, और इसलिए मुझे कम से कम प्रतिबंधात्मक लाइसेंस का उपयोग करने की बाध्यता महसूस होती है। यदि मेरे देश के अन्य लोग इस शोध के लिए भुगतान करने में मदद कर रहे हैं, तो क्या मुझे वास्तव में यह बताने का अधिकार है कि वे मेरे कोड को एक बंद स्रोत और / या वाणिज्यिक सॉफ़्टवेयर वितरण में एकीकृत नहीं कर सकते हैं? मुझे उम्मीद है कि मेरे कोड का उपयोग करने वाले अधिकांश लोग अकादमिक वैज्ञानिक होंगे, लेकिन मुझे व्यवसाय के साथ कोई दार्शनिक समस्या नहीं है, जो मेरे सॉफ़्टवेयर को दूसरे (संभवतः वाणिज्यिक) सॉफ़्टवेयर के साथ एकीकृत करके, उस पर एक जीयूआई डालकर, आदि, एक उत्पाद देने के लिए। जो उन्हें लाभ कमाने में मदद करता है।

कहा जा रहा है, मैं उन लाइसेंसों का उपयोग करने की कोशिश करता हूं जिनके लिए उचित एट्रिब्यूशन की आवश्यकता होती है। उदाहरण के लिए, अगर एक कंपनी है एक बड़ा वाणिज्यिक उत्पाद में मेरी कोड गुना, मैं उन्हें यह स्पष्ट है कि मेरे कोड मुझ से स्वतंत्र रूप से प्राप्त किया जा सकता बनाना चाहते हैं। लेकिन इसके अलावा, मैं अपने कोड के उपयोगकर्ताओं पर यथासंभव कम आवश्यकताएं रखना चाहता हूं।

सॉफ्टवेयर विकास के लिए जो करदाता डॉलर द्वारा वित्त पोषित नहीं है, मैं समझता हूं कि अन्य लाइसेंस अधिक उपयुक्त हो सकते हैं।


5

किसी ने भी इसे स्पष्ट रूप से नहीं बताया है, इसलिए मुझे लगता है कि यह कहने लायक है:

कुछ ओपन सोर्स लाइसेंस (विशेषकर: GPL) इस अर्थ में "वायरल" हैं कि जब भी किसी नए प्रोजेक्ट में कोड का उपयोग किया जाता है, तो नए प्रोजेक्ट को उसी तरह से लाइसेंस दिया जाना चाहिए। इसके अलावा, कोड को (कुछ मायनों में) अलग लाइसेंस वाले कोड से नहीं जोड़ा जा सकता है।

एक व्यावहारिक परिणाम है:

  • मैं सी में एक नई संख्यात्मक विधि लागू करता हूं, लाइसेंस इसे MATLAB या गणितज्ञ जैसे सामान्य सॉफ़्टवेयर से कॉल करने की अनुमति नहीं देगा

  • यदि आप एक नया इमेज प्रोसेसिंग एल्गोरिदम लागू करते हैं, तो लाइसेंस इसमें से फ़ोटोशॉप प्लगइन बनाने की अनुमति नहीं देगा

  • और इसी तरह ...

यह न केवल व्यावसायिक पुन: उपयोग को रोकता है, बल्कि अन्य शिक्षाविदों (यदि वे बंद सॉफ़्टवेयर का उपयोग करते हैं) द्वारा सुविधाजनक पुन: उपयोग करते हैं, और यदि कोई आपके कोड के शीर्ष पर बनाता है, तो यह उन्हें अपने काम को "डू" से दूर रखने से रोकेगा। -वह-आप-साथ-साथ "यह" तरीका है।

यह कुछ ऐसा है जिस पर आपको अपना लाइसेंस तैयार करने से पहले विचार करना चाहिए।

मैंने इसे इस तरह से रखा क्योंकि मैं उन लोगों से मिला हूं (जो ओपन सोर्स लाइसेंस से बहुत परिचित नहीं हैं) जिन्हें इस बारे में जानकारी नहीं थी, या उन्होंने इस एंगल से इस पर विचार नहीं किया है।


(यह सिर्फ व्यक्तिगत राय है, लेकिन मेरा मानना ​​है कि काम करने के लिए (सार्वजनिक रूप से वित्त पोषित) शिक्षा से ऐसे प्रतिबंध लागू करना उचित नहीं है। इसलिए मैं या तो कोड रखता हूं, या मैं इसे दूर रखता हूं।


4

इसके बावजूद कि आप किस लाइसेंस के साथ जाना चाहते हैं, याद रखें कि अपने सभी फंडिंग एग्रीमेंट्स को ध्यान से देखें। यह सुनिश्चित करने के लिए कि उनमें क्लॉस नहीं हैं या तो आप अपने सॉफ्टवेयर को लाइसेंस देने के बारे में कैसे तय करें या प्रतिबंधित करें।

मुझे पता है कि मेरे मामले में मेरी कई परियोजनाएँ फंडिंग की कई परतों से बनी हैं, यहाँ थोड़ी बहुत हैं और थोड़ी बहुत हैं, और इस बात का ध्यान रख रही हूँ कि कैसे मैं अपने सामान को उन लोगों द्वारा लाइसेंस देने की अनुमति दूं जो लोग लाइट ऑन रखते हैं। चल रही मशीनें काफी जटिल हैं।


4

कोड के बड़े निकायों के लिए मैं अन्य उत्तरों में वर्णित लाइसेंसों में से एक के लिए जाता हूं, और आमतौर पर एलजीपीएल। हालाँकि, आमतौर पर सॉफ़्टवेयर के लिए अनुशंसित नहीं है , छोटे स्व-निहित लिपियों के लिए जिसे मैं उद्योग में एक सहकर्मी को भेज सकता हूं जिसे मैं अक्सर क्रिएटिव कॉमन्स लाइसेंस के लिए चुनता हूं । ऐसा इसलिए है क्योंकि वे उस व्यक्ति के लिए स्पष्ट हो जाते हैं जिसे मैं कोड भेजता हूं, जो गलतफहमी की किसी भी संभावित समस्याओं को रोकता है। इसने अतीत में मेरे लिए अच्छा काम किया है।


4

यहां जवाब देने वाले अधिकांश लोगों के विपरीत (जो शैक्षणिक और / या सार्वजनिक संगठनों में काम कर रहे हैं), मैं वाणिज्यिक क्षेत्र में काम कर रहा हूं।

मेरे उत्पादों के लिए, कोड बंद है और ऐसा करने के लिए प्रमुख व्यावसायिक लाभ जारी हैं। लेकिन निश्चित रूप से इसे करने के अन्य तरीके हैं (जैसे कि दूसरों के बीच MySQL द्वारा प्रदर्शित)। मैं अक्सर पुस्तकालयों के लिए LGPL + वाणिज्यिक लाइसेंस दृष्टिकोण देखता हूं। मुझे अभी तक किसी व्यावसायिक प्रणाली में इस तरह की लाइब्रेरी का उपयोग नहीं करना है, लेकिन मैं इसे खारिज नहीं करूंगा (अब तक मैंने केवल इस तरह की लाइब्रेरी, उदाहरण के लिए। ALGLIB का उपयोग आर एंड डी स्तर पर किया है)। यह जीपीएल उत्पाद के साथ विरोधाभास है - जिसे मैं आंतरिक रूप से उपयोग कर सकता हूं लेकिन कभी भी उत्पाद में उपयोग नहीं करूंगा, मुख्यतः वायरल प्रकृति के कारण।

जब मैं स्रोत कोड (कैसे-कैसे नमूने, मुफ्त कार्यक्रम आदि) जारी करता हूं, तो मैं आमतौर पर बर्कले लाइसेंस का उपयोग करता हूं। यह "फ्री" कोड की भावना के साथ बहुत अधिक लगता है, जो रोपण के साथ लेकिन जीपीएल के तार और राजनीति के बिना है। शायद यही कारण है कि यह (या एमआईटी लाइसेंस के समान लाइसेंस) विश्वविद्यालयों और सार्वजनिक संगठनों के साथ बहुत लोकप्रिय हैं। स्रोत कोड 'मुक्त' (यहाँ कुछ कोड, जो आप इसके साथ चाहते हैं) के सही अर्थ में दिया गया है, लेकिन लेखक को अभी भी क्रेडिट / एट्रिब्यूशन मिलता है।


मैं ऐसा नहीं हूं जिसने इसे वोट किया हो, और मैं वास्तव में इसे वोट करना चाहूंगा क्योंकि आपको लगता है कि आप बीएसडी लाइसेंस को पसंद करते हैं और इस बारे में अधिक विवरण दिलचस्प हो सकते हैं। हालाँकि, यह एक मुद्दा है। उपयोग की गई भाषा उत्तेजक है। ठीक उसी जानकारी को पित्त के बिना संचार किया जा सकता है, और आप संभवतः अपने संदेश के साथ और अधिक लोगों को प्राप्त करेंगे।
qubyte

@ MarkS.Everitt: राजनीति के बारे में टिप्पणी के अलावा, यहाँ वास्तव में क्या उत्तेजक है?
आइज़्मेल

हाँ कोई पित्त का इरादा नहीं था। जीपीएल राजनीति पर मेरी टिप्पणी एक व्यक्तिगत राय है, लेकिन एक अवलोकन भी है - मैंने माना कि वोट डाउन सिर्फ राजनीति की तरह था जो मुझे बंद कर देता है (मैं जीपीएल की आलोचना कैसे करूं और बंद कोड
लिखूं

उदाहरण के लिए अपने शुरुआती वाक्य को लें। यह एक तत्काल मुझे बनाम आप है , जो "क्या है ..." के विपरीत जारी है। यह बात नहीं होनी चाहिए, लेकिन दुर्भाग्य से यह करता है। यह तर्क उत्पन्न करने के लिए एक फिसलन ढलान भी है, और एक युवा एसई को उन लोगों की आवश्यकता नहीं है।
क्वेटते

पहला वाक्य मेरे उत्तर के संदर्भ को सेट करता है - हर कोई अपने स्वयं के अनुभवों से लिख रहा है कि वे इसे स्वीकार करते हैं या नहीं। संदर्भ महत्वपूर्ण है - और मुझे लगा कि यह विशेष रूप से मेरे लिए ऐसा था। मैं अगले पैराग्राफ को संपादित करने की कोशिश करूंगा, लेकिन मैं पूरी तरह से हार मान सकता हूं। मुझे लगा कि मेरे पास कहने के लिए कुछ उपयोगी है ...
१ '

0

यह एक पुराना प्रश्न है, लेकिन मुझे लगता है कि मोजिला पब्लिक लाइसेंस , अनुमेय लाइसेंस (बीएसडी, एमआईटी) और मजबूत कोपलेफ्ट लाइसेंस (जीपीएल) के बीच एक मध्यम आधार के रूप में उल्लेख के लायक है। एमपीएल कोड का उपयोग और पुनर्वितरण किया जा सकता है, लेकिन एमपीएल कोड और इसके लिए कोई भी संशोधन उपलब्ध कराया जाना चाहिए। उदाहरण के लिए, कोई कंपनी कुछ MPL कोड ले सकती है, उसमें अपना सुधार कर सकती है, और उसे एक मालिकाना बंद-स्रोत सॉफ़्टवेयर पैकेज में वितरित कर सकती है, इसलिए जब तक वे मूल MPL कोड का अपना संशोधित संस्करण उपलब्ध नहीं कराते हैं। वे अपने सभी स्रोत कोड जारी करने के लिए बाध्य नहीं हैं, क्योंकि वे जीपीएल के साथ होंगे।

बीएसडी लाइसेंस के साथ, इस बात का डर है कि एक निगम आपके कोड को ले सकता है और इसे सुधारने के बिना आपको या समुदाय को बड़े पैमाने पर योगदान दे सकता है, राशन के तहत कि वे इसमें सुधार करते हैं जो एक प्रतिस्पर्धात्मक लाभ प्रदान करता है। (मैट नेप्ले का जवाब बताता है कि हर व्यक्ति इस तरह से कार्य नहीं करता है)। दूसरी ओर, कई लोग GPL कोड से पूरी तरह बच सकते हैं। MPL इन दोनों संभावित नुकसानों से बचता है, कम से कम सिद्धांत रूप में।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.