मैं एक आईपी वकील हुआ करता था, इसलिए लाइसेंस-एईएस के साथ अनुभव है। मुझे ऐसा लगता है कि शब्द स्वयं काफी पठनीय और समझने योग्य हैं, लेकिन फिर, मुझे तीन साल के लॉ स्कूल और कुछ मुकदमों के समय मेरी शादी दोबारा होने और वापस हैकिंग पर लौटने से पहले ही मेरी शादी हो गई। विशेष रूप से जब से मैं वर्तमान में एक सक्रिय वकील नहीं हूं, यह निश्चित रूप से थोड़ी सी भी कानूनी सलाह के रूप में इरादा नहीं है।
MIT लाइसेंस भाषा से ही शुरू करें। फिर मैं ओपन सोर्स लाइसेंस को समझने के लिए कुछ महत्वपूर्ण बिंदुओं पर बात करूंगा, फिर अपने प्रश्नों को संबोधित करूंगा और किसी भी उच्च स्तरीय टिप्पणियों को प्रदान करूंगा।
इस सॉफ़्टवेयर और संबंधित दस्तावेज़ फ़ाइलों ("सॉफ़्टवेयर") की प्रतिलिपि प्राप्त करने वाले किसी भी व्यक्ति को बिना किसी प्रतिबंध के सॉफ़्टवेयर का उपयोग करने, कॉपी करने, संशोधित करने, मर्ज करने के अधिकार सहित बिना किसी प्रतिबंध के, सॉफ़्टवेयर की अनुमति देने के लिए अनुमति दी गई है , सॉफ्टवेयर की प्रतियों को प्रकाशित, वितरित, उपविषय, और / या बेचने के लिए, और उन व्यक्तियों को अनुमति देने के लिए जिनके लिए सॉफ्टवेयर ऐसा करने के लिए सुसज्जित है, निम्न शर्तों के अधीन: (वे इसमें इस नोटिस को छोड़ देते हैं। अंत)
कॉपीराइट मालिकों के लिए सबसे खुले स्रोत लाइसेंस (BSD, MIT, GPL सहित) के साथ कुछ मुख्य बातें हैं:
- लाइसेंस कॉपीराइट के अपने स्वामित्व में परिवर्तन नहीं करता है। इसका एक गैर-अनन्य लाइसेंस है, न कि असाइनमेंट या स्वामित्व का त्याग। ओएस लाइसेंस का उपयोग करना "सार्वजनिक क्षेत्र में कुछ डालना" नहीं है, हालांकि यह निश्चित रूप से खुले स्रोत के लिए एक दृष्टिकोण है।
- कुछ भी नहीं "कॉपीराइट" आपको, स्वामी को, कोड को किसी भी तरह से सार्वजनिक करने के लिए, क्योंकि आप इसे एक लाइसेंस देते हैं।
- लेकिन अगर आप OS लाइसेंस का उपयोग करते हैं, तो आप किसी को भी, जो आपके OS- लाइसेंस प्राप्त कोड को किसी भी तरह से सार्वजनिक करने से रोक नहीं सकते, जो इन सभी लाइसेंसों के तहत स्पष्ट रूप से उनके अधिकारों के भीतर है।
- अपने व्युत्पन्न कार्यों को सार्वजनिक और खुला स्रोत बनाने के लिए कोपीलेफ़्ट (जैसे, जीपीएल) लाइसेंस प्राप्तकर्ताओं (लेकिन मालिकों को नहीं) की आवश्यकता होती है। अनुमन्य (MIT, BSD) नहीं। (यह थोड़ा सरलीकरण हो सकता है, लेकिन आवश्यक अंतर है)
- अधिकांश ओपन-सोर्स लाइसेंसों (जैसे, एमआईटी) के लिए "टेकबैक" क्लॉज नहीं है, इसलिए किसी को आपके कोड को "प्राप्त" करने के बाद, उन्हें इसका उपयोग करने का अधिकार है, लाइसेंस के नियमों के तहत, जिसके तहत वे इसे प्राप्त करते हैं।
- आप हमेशा अपने कोड के भविष्य के संस्करणों को एक अलग लाइसेंस के तहत वितरित कर सकते हैं, या उन्हें पूरी तरह से मालिकाना रख सकते हैं। यह आपके पिछले, ओपन-सोर्स संस्करण (वे "इसे प्राप्त किया" मानकर) और अपने नए भागों को जोड़ने और इसे वितरित करने से किसी को नहीं रोकते हैं।
- आप अपने कोड के पिछले संस्करणों के लिए "प्राप्त करना" का एक चैनल निकाल सकते हैं, उदाहरण के लिए, इसे जीथब से हटा दें। हालांकि, जैसा कि उल्लेख किया गया है, जो किसी भी पिछले संस्करणों को किसी भी तरह से आपके द्वारा खोले गए पिछले संस्करणों का उपयोग करने या वितरित करने से नहीं रोकता है।
उस आधार के साथ, मैं आपके प्रश्नों पर आगे बढ़ता हूँ।
मैं किसी को अपना कोड वितरित नहीं कर रहा हूं। यदि मेरा कॉपीराइट सही है तो मुझे अपना MIT लाइसेंस प्राप्त कोड किसी को भी वितरित नहीं करना होगा? मेरा मतलब है, क्या कोई यह अनुरोध कर सकता है कि मैं अपना कोड जारी करूं कि अब मैं यह दावा करूं कि यह एमआईटी लाइसेंस के तहत है? यह दुनिया का अंत नहीं होगा और मैं निश्चित रूप से कानूनी खतरे के तहत ऐसा करने के लिए सहमत होऊंगा। ... उसी समय, मैं इस कोड को किसी को भी एक ओपन-सोर्स प्रोजेक्ट के रूप में वितरित नहीं करना चाहता।
कॉपीराइट धारक के रूप में, आपको किसी को कोई कोड वितरित करने की आवश्यकता नहीं है; आपको ऐसे अनुरोधों का सम्मान नहीं करना होगा (भले ही यह जीपीएल था)। आप सभी अधिकार बरकरार रखें। हालाँकि, आप जिस स्थिति का वर्णन करते हैं, आप अपनी नई कंपनी को वितरित कर रहे होंगे और उसे लाइसेंस के तहत एक ओएस लाइसेंस के तहत उन्हें लाइसेंस देंगे। आपका नियोक्ता (अधिक संभावना पूर्व नियोक्ता) आपके कोड को इंटरनेट पर पेस्ट कर सकता है, और आप इसके बारे में कोई बात नहीं कर पाएंगे।
मुझे लगता है कि आप "मेरे नियोक्ता के अलावा किसी को भी" मतलब है। यदि आप इसे अपने नियोक्ता को "ओपन-सोर्स" के रूप में नहीं देना चाहते हैं और उन्हें उस लाइसेंस में शामिल सभी अधिकार प्रदान करते हैं, जिसमें वे चाहते हैं कि पुनर्वितरण और स्थायी उपयोग भी शामिल है, तो आपको एक का उपयोग नहीं करना चाहिए खुला स्रोत लाइसेंस। आपको अपनी शर्तों के तहत इसे सीधे उन्हें लाइसेंस देना चाहिए। बुलेट आप क्या चाहते हैं, उसे इंगित करें और उन्हें एक पैरा फॉर्म में डालने के लिए आपके पास एक या दो घंटे का बिल है। या खुद लिखो। लाइसेंस केवल अनुबंध हैं जो केवल समझौतों को शब्दों में रखा जाता है।
मेरा अंतिम लक्ष्य कॉपीराइट को खोए बिना मेरे पिछले कोडित ढांचे के व्युत्पन्न संस्करण का उपयोग करने में सक्षम होना है।
आप कॉपीराइट को तब तक नहीं खो सकते जब तक कि आप इसे किसी को न सौंप दें, इसे विशेष रूप से लाइसेंस दें (स्वयं को छोड़कर) या इसे छोड़ दें। ओपन सोर्स लाइसेंस इनमें से कोई नहीं है। आप हमेशा आपके द्वारा बनाए गए व्युत्पन्न संस्करणों का उपयोग करने में सक्षम होंगे, और यहां तक कि व्युत्पन्नों को अलग-अलग तरीके से लाइसेंस दे सकते हैं या सभी अधिकारों को बनाए रख सकते हैं।
लेकिन, आपकी एक प्राथमिक, वैध चिंता यह है कि आप कॉपीराइट बनाए रखने और नियोक्ता के बिना कोड का दावा किए बिना भविष्य में अपने कोड का उपयोग करने में सक्षम हो सकते हैं या ऐसा करने के लिए अपने अधिकारों से बाहर हैं। इसके लिए कुंजी एक अकाट्य साक्ष्य बनाने की है कि ए) आप अपने पिछले काम के लिए कॉपीराइट बनाए रखते हैं और इसे एक्स लाइसेंस शर्तों (एमआईटी काम करता है, अगर आप ऊपर वर्णित इसके ओपन-सोर्स पहलू के साथ ठीक हैं, तो उन्हें प्रदान कर रहे हैं। ) बी) वे इन शर्तों से सहमत हैं, और सी) क्या, वास्तव में पिछले काम था।
(ए) और (बी) के लिए आप उन्हें साइन इन कर सकते हैं या किसी ऐसी चीज के लिए लिखित रूप में सहमत हो सकते हैं, जिसमें लाइसेंस शामिल है या वे समझते हैं कि आप उन शर्तों के तहत तालिका में कोड ला रहे हैं। जैसा कि (सी) मुझे यकीन नहीं है कि ऐसा करने का मानक तरीका क्या होगा, लेकिन तार्किक होना चाहिए। यदि इसका बहुत बड़ा हिस्सा नहीं है, तो आप कोड को प्रिंट कर सकते हैं और इसे समझौते की प्रतियों में परिशिष्ट में शामिल कर सकते हैं जो आप और आपके नियोक्ता दोनों के हस्ताक्षर हैं। उस पर उनके हस्ताक्षर के साथ, अपनी कॉपी रखें। यदि यह व्यावहारिक रूप से प्रिंट करने के लिए बहुत बड़ा है, तो ऐसा लगता है कि md5 हैश यहाँ उपयोगी होगा। हो सकता है कि आप इसे निजी github रिपॉजिटरी /, (या ftp साइट, आदि) में एक्स नाम की ज़िप फ़ाइल जैसे कुछ के रूप में संदर्भित कर सकते हैं, जिसमें XXXXXX का md5 हैश है ... और Z पर Y कंपनी के विद्रोही को ईमेल किया गया था। दिनांक"। फिर आप इसे अपने प्रबंधक या अपने वकील को या जो भी आपके व्यक्तिगत ईमेल खाते से ईमेल कर सकते हैं और भले ही वे अपनी कॉपी हटा दें, आप अभी भी उन्हें अपने पास रखते हैं और वे यह तर्क नहीं दे सकते कि आपने भविष्य के कोड के md5 हैश की भविष्यवाणी की है जो अभी तक नहीं लिखा गया है । यह सैद्धांतिक रूप से उन्हें सड़क के नीचे कुछ और दावा करने से रोक देगा।