GitHub पर RAD फ्रेमवर्क के लिए ओपन सोर्स लाइसेंस कैसे चुनें

इस लेख में हम कॉपीराइट के बारे में थोड़ी बात करेंगे, लेकिन मुख्य रूप से आरएडी ढांचे के लिए मुफ्त लाइसेंस चुनने के बारे में IONDV. रूपरेखा और इस पर आधारित ओपन सोर्स उत्पादों के लिए। हम आपको परमिटिंग लाइसेंस के बारे में बताएंगे अपाचे 2.0, इसके बारे में हमें क्या पता चला और इस प्रक्रिया में हमें किन निर्णयों का सामना करना पड़ा।

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

सबसे पहले, के लिए एक लिंक cholelicense.com, एक उपयोगी साइट जिसका हमने बड़े पैमाने पर उपयोग किया। पर विशेष ध्यान दें तुलना तालिका 13 मुख्य मानदंडों के अनुसार लाइसेंस। अंग्रेजी और धैर्य आपके साथ रहे।

पसंद का आटा

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

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

निःशुल्क लाइसेंस के बारे में जिन मुख्य प्रश्नों में हमारी रुचि थी वे थे:

1. क्या सॉफ़्टवेयर में किए गए परिवर्तनों को रिकॉर्ड किया जाना चाहिए और उनका सिस्टम के कॉपीराइट धारक से कोई संबंध नहीं होना चाहिए?
2. क्या व्युत्पन्न सॉफ़्टवेयर का नाम कॉपीराइट धारक के सॉफ़्टवेयर के नाम के समान नहीं होना चाहिए?
3. क्या किसी नए संस्करण के लाइसेंस को किसी अन्य संस्करण में बदलना संभव है, जिसमें मालिकाना संस्करण भी शामिल है?

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

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

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

कुल मिलाकर, हमारी पसंद शुरू में झुकाव की ओर थी जीपीएल 3 ठीक उसी लाइसेंस के तहत संशोधित कोड के वितरण के कारण। हमने सोचा कि इस तरह हम अपने उत्पाद को सुरक्षित कर सकते हैं, लेकिन हमने अपाचे 2.0 में कम जोखिम देखा। फ्री सॉफ्टवेयर फाउंडेशन के अनुसार, GPLv3 Apache लाइसेंस v2.0 के साथ संगत है, जिसका अर्थ है कि लाइसेंस को Apache लाइसेंस v2.0 से GPL v3.0 में बदलना हमेशा संभव है।

अपाचे 2.0

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

साथ ही, Apache 2.0 के लिए ओपन सोर्स कोड पर आधारित नए उत्पाद या अतिरिक्त कार्यक्षमता वाले उत्पाद जारी करते समय, उसी लाइसेंस का उपयोग करना आवश्यक नहीं है। नीचे आप Apache 2.0 लाइसेंस के नियमों और प्रतिबंधों वाली एक छवि देख सकते हैं।

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

हम अपाचे 2.0 लाइसेंस के तहत GitHub पर सार्वजनिक रूप से उपलब्ध अपने सभी उत्पादों को जारी करते हैं, सिवाय इसके IONDV. युद्ध पुरालेख, जिसका स्रोत कोड सुदूर पूर्वी सामाजिक प्रौद्योगिकी केंद्र द्वारा इस वर्ष अप्रैल में GitHub पर GPLv3 लाइसेंस के तहत प्रकाशित किया गया था। फिलहाल, इसके अलावा रूपरेखा और मॉड्यूल प्रकाशित क्षुधा ढाँचे पर बनाया गया। जिस हब के बारे में हम पहले ही बात कर चुके हैं परियोजना प्रबंधन प्रणाली और के बारे में संचार रजिस्टर.

वे। रूपरेखा के बारे में विवरण

IONDV. फ्रेमवर्क मेटाडेटा पर आधारित उच्च-स्तरीय वेब एप्लिकेशन बनाने के लिए नोड.जेएस पर आधारित एक ओपन सोर्स फ्रेमवर्क है, जिसके लिए गंभीर प्रोग्रामिंग कौशल की आवश्यकता नहीं होती है।

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

MongoDb का उपयोग DBMS के लिए किया जाता है - यह एप्लिकेशन सेटिंग्स, मेटाडेटा और डेटा को ही संग्रहीत करता है।

अपने प्रोजेक्ट के लिए लाइसेंस कैसे लागू करें?

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

कॉपीराइट © 2018 आईओएन डीवी एलएलसी।
अपाचे लाइसेंस के तहत लाइसेंस, संस्करण 2.0

अपाचे 2.0 लाइसेंस पाठ

अपाचे लाइसेंस
संस्करण 2.0, जनवरी 2004
http://www.apache.org/licenses/

उपयोग और वितरण के लिए नियम और शर्तें, और वितरण

1. परिभाषाएं।

   "लाइसेंस" का अर्थ उपयोग, पुनरुत्पादन, के लिए नियम और शर्तें होंगी।
   और इस दस्तावेज़ के 1 के माध्यम से अनुभाग 9 द्वारा परिभाषित वितरण।

   "लाइसेंसकर्ता" का अर्थ कॉपीराइट स्वामी या उसके द्वारा अधिकृत इकाई होगा
   कॉपीराइट स्वामी जो लाइसेंस प्रदान कर रहा है।

   "कानूनी इकाई" का अर्थ कार्यकारी इकाई और सभी का मिलन होगा
   अन्य संस्थाएं जो नियंत्रित करती हैं, उनके द्वारा नियंत्रित होती हैं, या सामान्य रूप से नियंत्रित होती हैं
   उस इकाई के साथ नियंत्रण। इस परिभाषा के प्रयोजनों के लिए,
   "नियंत्रण" का अर्थ है (i) प्रत्यक्ष या अप्रत्यक्ष रूप से उत्पन्न करने वाली शक्ति
   ऐसी इकाई की दिशा या प्रबंधन, चाहे अनुबंध द्वारा या
   अन्यथा, या (ii) पचास प्रतिशत (50%) या उससे अधिक का स्वामित्व
   बकाया शेयर, या (iii) ऐसी इकाई का लाभकारी स्वामित्व।

   "आप" (या "आपका") का अर्थ एक व्यक्ति या कानूनी इकाई होगा
   इस लाइसेंस द्वारा दी गई अनुमतियों का प्रयोग करना।

   "स्रोत" फॉर्म का मतलब संशोधन करने के लिए पसंदीदा फॉर्म होगा,
   सहित, लेकिन सॉफ्टवेयर स्रोत कोड, प्रलेखन तक सीमित नहीं है
   स्रोत, और कॉन्फ़िगरेशन फ़ाइलें।

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

   "कार्य" का अर्थ लेखकत्व का कार्य होगा, चाहे वह स्रोत में हो या
   ऑब्जेक्ट फॉर्म, लाइसेंस के तहत उपलब्ध कराया गया है, जैसा कि संकेत दिया गया है
   कॉपीराइट नोटिस जो कार्य में शामिल या संलग्न है
   (एक उदाहरण नीचे परिशिष्ट में दिया गया है)।

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

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

   "योगदानकर्ता" का अर्थ लाइसेंसकर्ता और कोई व्यक्ति या कानूनी इकाई होगा
   जिनकी ओर से लाइसेंसकर्ता द्वारा एक अंशदान प्राप्त किया गया है और
   बाद में कार्य के भीतर शामिल किया गया।

2. कॉपीराइट लाइसेंस का अनुदान. के नियम एवं शर्तों के अधीन
   यह लाइसेंस, प्रत्येक योगदानकर्ता आपको सदा के लिए देता है,
   दुनिया भर में, गैर-अनन्य, कोई शुल्क नहीं, रॉयल्टी-मुक्त, अपरिवर्तनीय
   कॉपीराइट लाइसेंस, के व्युत्पन्न कार्य को तैयार करने के लिए,
   सार्वजनिक रूप से प्रदर्शित करना, सार्वजनिक रूप से प्रदर्शन करना, तोड़ना और वितरित करना
   स्रोत या वस्तु रूप में कार्य और ऐसे व्युत्पन्न कार्य।

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

4. पुनर्वितरण. आप इसकी प्रतियाँ पुनरुत्पादित और वितरित कर सकते हैं
   किसी भी माध्यम में, उसके साथ या उसके बिना काम या व्युत्पन्न कार्य
   संशोधन, और स्रोत या वस्तु रूप में, बशर्ते कि आप
   निम्नलिखित शर्तों को पूरा करें:

   (ए) आपको कार्य के किसी अन्य प्राप्तकर्ता को देना होगा या
   व्युत्पन्न इस लाइसेंस की एक प्रति काम करता है; तथा

   (बी) आपको किसी भी संशोधित फ़ाइल को प्रमुखता से नोटिस देना होगा
   यह कहते हुए कि आपने फ़ाइलें बदल दीं; और

   © आपको किसी भी व्युत्पन्न कार्य के स्रोत रूप में अवश्य रखना चाहिए
   आप सभी कॉपीराइट, पेटेंट, ट्रेडमार्क और वितरित करते हैं
   कार्य के स्रोत रूप से प्रत्यायन नोटिस,
   उन नोटिसों को छोड़कर जो किसी भी हिस्से से संबंधित नहीं हैं
   व्युत्पन्न कार्य करता है; तथा

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

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

5. योगदान प्रस्तुत करना. जब तक आप स्पष्ट रूप से अन्यथा न कहें,
   किसी भी योगदान को जानबूझकर कार्य में शामिल करने के लिए प्रस्तुत किया गया है
   आपके द्वारा लाइसेंसकर्ता के नियमों और शर्तों के तहत होगा
   यह लाइसेंस, बिना किसी अतिरिक्त नियम या शर्तों के।
   उपर्युक्त के बावजूद, इसमें कुछ भी प्रभावित या संशोधित नहीं होगा
   आपके द्वारा निष्पादित किसी भी अलग लाइसेंस समझौते की शर्तें
   इस तरह के योगदान के संबंध में लाइसेंसधारक के साथ।

6. ट्रेडमार्क. यह लाइसेंस व्यापार का उपयोग करने की अनुमति नहीं देता है
   लाइसेंसकर्ता के नाम, ट्रेडमार्क, सेवा चिह्न या उत्पाद नाम
   के वर्णन में उचित और प्रथागत उपयोग के लिए आवश्यक को छोड़कर
   कार्य की उत्पत्ति और नोटिस फ़ाइल की सामग्री को पुन: प्रस्तुत करना।

7. वारंटी का अस्वीकरण। जब तक कि लागू कानून द्वारा आवश्यक न हो
   लिखित रूप में सहमत हुए, लाइसेंसर कार्य प्रदान करता है (और प्रत्येक
   योगदानकर्ता अपना योगदान "जैसा है" के आधार पर प्रदान करता है,
   किसी भी प्रकार की वारंटी या शर्तों के बिना, या तो एक्सप्रेस या
   निहित, सहित, सीमा के बिना, किसी भी वारंटी या शर्तों
   TITLE, गैर-सूचना, योग्यता, या A के लिए उपयुक्तता
   विस्तृत उद्देश्य। के निर्धारण के लिए आप पूरी तरह से जिम्मेदार हैं
   कार्य के उपयोग या पुनर्वितरण की उपयुक्तता और किसी को मान लेना
   इस लाइसेंस के तहत अनुमतियों के आपके व्यायाम से जुड़े जोखिम।

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

9. वारंटी या अतिरिक्त दायित्व स्वीकार करना। पुनर्वितरण करते समय
   काम या व्युत्पन्न काम करता है, आप की पेशकश करने के लिए चुन सकते हैं,
   और समर्थन, वारंटी, क्षतिपूर्ति की स्वीकृति के लिए एक शुल्क लेते हैं,
   या अन्य देयता दायित्व और / या इसके अनुरूप अधिकार
   लाइसेंस। हालाँकि, ऐसे दायित्वों को स्वीकार करने में, आप केवल कार्य कर सकते हैं
   अपनी ओर से और अपनी एकमात्र जिम्मेदारी पर, अपनी ओर से नहीं
   किसी भी अन्य योगदानकर्ता के साथ, और केवल अगर आप क्षतिपूर्ति के लिए सहमत हैं,
   किसी भी दायित्व के लिए प्रत्येक योगदानकर्ता की रक्षा और रक्षा करना
   कारण, या इस तरह के योगदानकर्ता के खिलाफ दावा किए गए दावे के कारण
   ऐसी किसी भी वारंटी या अतिरिक्त देयता को स्वीकार करने के लिए।

   नियम और शर्तों का अंत

   APPENDIX: अपाचे लाइसेंस को अपने काम में कैसे लागू करें।

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

   कॉपीराइट [yyyy] [कॉपीराइट मालिक का नाम]

   अपाचे लाइसेंस, संस्करण 2.0 ("लाइसेंस") के तहत लाइसेंस प्राप्त;
   आप लाइसेंस के अनुपालन के अलावा इस फ़ाइल का उपयोग नहीं कर सकते।
   आप लाइसेंस की एक प्रति प्राप्त कर सकते हैं

   http://www.apache.org/licenses/LICENSE-2.0

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

लाइसेंस=अनुबंध

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

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

उपयोगी लिंक्स

अंत में, कुछ उपयोगी संसाधन जिन्होंने मौजूदा लाइसेंस के बारे में जानकारी खोजने और हमारे उद्देश्यों के लिए सबसे उपयुक्त लाइसेंस का चयन करने में हमारी मदद की:

• आईटी लाइसेंस
• लाइसेंस की सूची
• जीथब से लाइसेंसिंग रेपो
• ओपन सोर्स के लिए गाइड
• लाइसेंस ग्रंथ
• विभिन्न प्रकार के ओपन सोर्स लाइसेंस के बीच अंतर
• ओपन-सोर्स लाइसेंस के लिए एक संक्षिप्त मार्गदर्शिका
• अति उपयोगी लेख से चिह्नित-एक
• ओपन सोर्स लाइसेंस प्रकार
• जीएनयू जीपीएल 3 के बारे में
• स्टैक ओवरफ़्लो से उत्तर

स्रोत: www.habr.com