क्या मैं अपने पिछले लिखित कोड को नियोक्ता को देने के लिए MIT लाइसेंस का उपयोग कर सकता हूं ताकि मैं अपनी रक्षा करूं और अपना कॉपीराइट न खो दूं?


17

मेरी स्थिति:

  • अपना नया काम शुरू करने से पहले मैंने एक रूपरेखा लिखी है। मेरे पास कॉपीराइट है।

  • इसके अंदर बॉयलरप्लेट लॉजिक का एक गुच्छा है, जैसे किसी सॉफ्टवेयर का टुकड़ा। (ओह!)

  • मैं अपनी नई नौकरी में पूरे ढांचे का उपयोग नहीं करना चाहता, लेकिन मुझे इसके कुछ हिस्सों का समान ढांचे में फिर से उपयोग करने की आवश्यकता है जो मैं अपनी नई नौकरी के लिए बना रहा हूं।

  • खरोंच से सभी तर्क को फिर से लागू करना / फिर से सोचना अव्यावहारिक है। यह बहुत तर्क है और तर्क तर्क है, आप इसे बहुत अलग नहीं बना सकते। उदाहरण के लिए, आप HashMap के कितने विभिन्न संस्करणों को कोड कर सकते हैं? मुझे यकीन है कि वे बहुत समान होंगे और तीसरा संस्करण यह दावा कर सकता है कि आपने पहले संस्करण के कॉपीराइट का उल्लंघन किया है। :(

  • एपीआई को फिर से आविष्कार करने की कोशिश करना अव्यावहारिक है। क्या आप किसी HashMap के एपीआई का फिर से आविष्कार कर सकते हैं? हो सकता है कि आप बदल सकते हैं put(k,v)करने के लिए add(k,v)नहीं, बल्कि बहुत अधिक है कि तुलना में।

अपने और अपने पिछले कोड को बचाने के लिए मेरा विचार:

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

मेरे सवाल:

  • मैं किसी को अपना कोड वितरित नहीं कर रहा हूं। यदि मेरा कॉपीराइट सही है, तो मुझे अपना MIT लाइसेंस प्राप्त कोड किसी को भी वितरित नहीं करना होगा? मेरा मतलब है, क्या कोई यह अनुरोध कर सकता है कि मैं अपना कोड जारी कर दूं कि अब मैं यह दावा करता हूं कि यह एमआईटी लाइसेंस के तहत है? यह दुनिया का अंत नहीं होगा और मैं निश्चित रूप से कानूनी खतरे के तहत ऐसा करने के लिए सहमत होऊंगा।

  • क्या इस रणनीति का कोई मतलब है? मेरा अंतिम लक्ष्य कॉपीराइट को खोए बिना मेरे पिछले कोडित ढांचे के व्युत्पन्न संस्करण का उपयोग करने में सक्षम होना है। उसी समय, मैं इस कोड को किसी को भी एक ओपन-सोर्स प्रोजेक्ट के रूप में वितरित नहीं करना चाहता। मेरे पास अन्य ओपन-सोर्स प्रोजेक्ट हैं, जिन्हें मैं स्वतंत्र रूप से वितरित करता हूं, लेकिन यह एक मैं इसे अपने पास रखना चाहूंगा ताकि मैं अपनी नौकरियों (ठेकेदार की नौकरियों) पर उपयोग कर सकूं।

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

टिप्पणियाँ:

  • नौकरी शुरू करने से पहले मैंने इस रूपरेखा को पिछले आविष्कार के रूप में सूचीबद्ध किया है।

  • मैंने कहीं भी इस कोड को जारी नहीं किया है। यह मेरे निजी एसवीएन रेपो मैं अपने निजी सर्वर में होस्ट करता है।

एक नटखट में मेरा विचार:

  • मेरी योजना अपने आप में पिछले कोड को रखने की है, इस नए ढांचे में इसके कुछ हिस्सों का उपयोग मैं नियोक्ता के लिए कर रहा हूं और नियोक्ता को बताएं कि यह एक एमआईटी लाइसेंस प्राप्त ढांचे से लिया गया काम है जिसे मैंने पहले कोडित किया है और किसी को वितरित नहीं किया है "। मुझे MIT लाइसेंस के तहत कोड किए गए सॉफ़्टवेयर को वितरित करने के लिए मजबूर नहीं किया जाता है, क्या मैं हूं? यदि बाद में, कुछ कानूनी दावा होता है (उम्मीद नहीं है), मैं तुरंत सभी स्रोतों पर लाइसेंस पेस्ट कर सकता हूं और कोड दिखा / जारी कर सकता हूं।

जवाबों:


21

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

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

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

कॉपीराइट मालिकों के लिए सबसे खुले स्रोत लाइसेंस (BSD, MIT, GPL सहित) के साथ कुछ मुख्य बातें हैं:

  1. लाइसेंस कॉपीराइट के अपने स्वामित्व में परिवर्तन नहीं करता है। इसका एक गैर-अनन्य लाइसेंस है, न कि असाइनमेंट या स्वामित्व का त्याग। ओएस लाइसेंस का उपयोग करना "सार्वजनिक क्षेत्र में कुछ डालना" नहीं है, हालांकि यह निश्चित रूप से खुले स्रोत के लिए एक दृष्टिकोण है।
  2. कुछ भी नहीं "कॉपीराइट" आपको, स्वामी को, कोड को किसी भी तरह से सार्वजनिक करने के लिए, क्योंकि आप इसे एक लाइसेंस देते हैं।
  3. लेकिन अगर आप OS लाइसेंस का उपयोग करते हैं, तो आप किसी को भी, जो आपके OS- लाइसेंस प्राप्त कोड को किसी भी तरह से सार्वजनिक करने से रोक नहीं सकते, जो इन सभी लाइसेंसों के तहत स्पष्ट रूप से उनके अधिकारों के भीतर है।
  4. अपने व्युत्पन्न कार्यों को सार्वजनिक और खुला स्रोत बनाने के लिए कोपीलेफ़्ट (जैसे, जीपीएल) लाइसेंस प्राप्तकर्ताओं (लेकिन मालिकों को नहीं) की आवश्यकता होती है। अनुमन्य (MIT, BSD) नहीं। (यह थोड़ा सरलीकरण हो सकता है, लेकिन आवश्यक अंतर है)
  5. अधिकांश ओपन-सोर्स लाइसेंसों (जैसे, एमआईटी) के लिए "टेकबैक" क्लॉज नहीं है, इसलिए किसी को आपके कोड को "प्राप्त" करने के बाद, उन्हें इसका उपयोग करने का अधिकार है, लाइसेंस के नियमों के तहत, जिसके तहत वे इसे प्राप्त करते हैं।
  6. आप हमेशा अपने कोड के भविष्य के संस्करणों को एक अलग लाइसेंस के तहत वितरित कर सकते हैं, या उन्हें पूरी तरह से मालिकाना रख सकते हैं। यह आपके पिछले, ओपन-सोर्स संस्करण (वे "इसे प्राप्त किया" मानकर) और अपने नए भागों को जोड़ने और इसे वितरित करने से किसी को नहीं रोकते हैं।
  7. आप अपने कोड के पिछले संस्करणों के लिए "प्राप्त करना" का एक चैनल निकाल सकते हैं, उदाहरण के लिए, इसे जीथब से हटा दें। हालांकि, जैसा कि उल्लेख किया गया है, जो किसी भी पिछले संस्करणों को किसी भी तरह से आपके द्वारा खोले गए पिछले संस्करणों का उपयोग करने या वितरित करने से नहीं रोकता है।

उस आधार के साथ, मैं आपके प्रश्नों पर आगे बढ़ता हूँ।

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

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

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

मेरा अंतिम लक्ष्य कॉपीराइट को खोए बिना मेरे पिछले कोडित ढांचे के व्युत्पन्न संस्करण का उपयोग करने में सक्षम होना है।

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

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

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


यह कमाल है, बेन। आपकी सहायता के लिए धन्यवाद। मैं पहले से ही कार्यरत हूं, इसलिए मुझे आश्चर्य है कि अगर मेरे प्रबंधक ने मुझे स्थिति और मेरे लिए लाइसेंस की शर्तों को बताते हुए एक ईमेल किया तो यह पर्याप्त होगा। फिर मैं लाइसेंस (कॉपीराइट) (c) MY NAME - प्रत्येक स्रोत कोड, जिसे मैं ला रहा हूं, पर कंपनी blah, blah, blah) को लाइसेंस दिया जाना चाहिए। आपको क्या लगता है?
जॉनप्रिस्टिन

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

बहुत बढ़िया जवाब, धन्यवाद। बहुत अच्छी तरह से विस्तृत और तैयार।
ज्येष्ठ

6

(मैं वकील नहीं हूं।)

मुझे इसके साथ कुछ संभावित समस्याएं दिखाई देती हैं:

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

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


1) मैं कंपनी के कोड के साथ एक लाइसेंस फ़ाइल के साथ ऐसा करने की योजना बना रहा हूं, यह बताते हुए कि यह एमआईटी लाइसेंस के साथ व्युत्पन्न कार्य पर आधारित है। यह साबित करने के लिए कि मेरी पिछली आविष्कार फार्म घोषणा के साथ गणना करने की योजना बनाने से पहले यह लिखा गया था। 2) विचारों का कॉपीराइट नहीं है, मेरा मानना ​​है कि जब तक कि कोई पेटेंट नहीं है। कोड कॉपीराइट है। चुनौती यह है कि कैसे लागू किए गए मूल कोड से कॉपीराइट को तोड़े बिना इस विचार को फिर से टाइप / री-इम्प्लीमेंट / री-यूज करें।
जॉनप्रिस्टिन

2
यह सच है कि विचारों को कॉपीराइट नहीं किया जाता है, लेकिन "ट्रेड-सीक्रेट" या "पता-कैसे" या (यदि पेटेंट योग्य) "पेटेंट योग्य विचार" या अन्य प्रकार की "बौद्धिक संपदा" पर विचार किया जा सकता है, जिसकी संभावना है कि आप सहमत हैं कि कंपनी का मालिक है। एक तरह का गड़बड़ इलाका।
बेन रॉबर्ट्स

4

मैं वकील नहीं हूँ, लेकिन यह मेरा समाधान होगा:

  1. सार्वजनिक रिपॉजिटरी में GNU GPL v3 लाइसेंस के तहत कोड जारी करें, जहां सभी देख सकते हैं।

  2. जीपीएल लाइसेंस अन्य लोगों को आपका कोड लेने और अपने मालिकाना वाणिज्यिक सॉफ्टवेयर में डालने और कोड को बंद करने की अनुमति नहीं देता है।

  3. यदि कोड आपके द्वारा बनाया गया 100% था और इसमें दूसरों से काम नहीं लिया गया है या काम नहीं लिया गया है, तो जीपीएल आपको अपने कोड को किसी दूसरे लाइसेंस के तहत लाइसेंस देने की अनुमति देता है, इस स्थिति में आपको मालिकाना वाणिज्यिक के लिए अपनी नौकरियों में इसका उपयोग करने की अनुमति है कोड। हालाँकि, आपको अपने नियोक्ता को इस वैकल्पिक स्वामित्व लाइसेंस का लाइसेंसधारी बनाना होगा।

  4. यह समाधान यह साबित करेगा कि आपने अपना कोड लिखा था इससे पहले कि आपने काम लिया था।

  5. आप विज्ञापन दे सकते हैं कि आपका कोड बिक्री के लिए (पैसे के लिए) एक मालिकाना लाइसेंस के तहत उपलब्ध है और फिर इच्छुक पक्ष इसे खरीदने के लिए आपसे संपर्क कर सकते हैं।


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

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

2

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

हालाँकि, यदि आप अपने वर्तमान कोड MIT को लाइसेंस देते हैं, तो कोई कारण नहीं है कि आपके नियोक्ता को अपना संशोधित संस्करण (आपके द्वारा संशोधित) स्रोत खोलना चाहिए, इसलिए मैं कहूंगा कि यह बहुत हल नहीं करता है। यहां तक ​​कि एलजीपीएल भी इसे हल नहीं करेगा, जब तक कि कोड 'वितरित' नहीं होता।

आपके सभी सौदे अनुचित नहीं लगेंगे: आपके पास कुछ रूपरेखा कोड हैं, और आप उन्हें कंपनी को दान करने के लिए तैयार हैं, जब तक आप कोड को पकड़ सकते हैं, और बाद में अन्य परियोजनाओं के लिए इसका पुन: उपयोग कर सकते हैं, इसलिए क्यों न पूछें?


हाँ! मुझे हमेशा सहमत होना चाहिए सबसे अच्छा तरीका है। बस साहसी बनो और पूछो। अगर उन्हें लगता है कि आप यह पूछने के लिए अजीब हैं, तो दूसरी नौकरी की तलाश शुरू करें। इतना सरल है। जीवन ईमानदारी और जोखिमों के बारे में है। :)
जॉनप्रिस्टिन

2

IANAL, एक वास्तविक वकील से पूछें, आदि।

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

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

क्या आपकी कंपनी ने अलग लाइसेंस पर हस्ताक्षर किया है, जो स्पष्ट रूप से बताता है कि आपके पास कॉपीराइट है और आप कॉपीराइट को नहीं बल्कि उन्हें कुछ अधिकार दे रहे हैं।

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

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

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