➿ 🚲 🦔 एक डेवलपर के रूप में खुले स्रोत में प्रतिबद्ध हैं? हम अधिकारों के साथ सौदा करते हैं (हाय, nginx) 🤳🏽 💬 👂🏾

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

आइए देखें कि दोनों पक्षों के कानून कोड कानून क्या कहते हैं:

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

आदि।

जाओ!

- कोड कॉपीराइट क्या है?

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

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

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

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

- यदि मैंने संपत्ति (अनन्य) कानून स्थानांतरित किया है, तो व्यक्तिगत गैर-संपत्ति का एहसास कैसे किया जाता है?

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

यदि कोई आपके कोड के आधार पर नया लिखता है तो क्या होगा? इसके बारे में - थोड़ी देर बाद।

महत्वपूर्ण बात यह है कि यदि आप अचानक किसी नाम के अधिकार को स्थानांतरित करना चाहते हैं, तो आप ऐसा नहीं कर सकते।

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

- क्या इसका मतलब यह है कि आप पोर्टफोलियो में कोड का उपयोग कर सकते हैं?

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

- क्या लेखक के नाम को निर्दिष्ट किए बिना कोड का उपयोग करना संभव है?

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

- सह-लेखक कौन हैं? क्या मेरी टीम के नेता सह-लेखक हैं?

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

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

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

- कोड को कैसे निर्धारित किया जाता है? यदि सभी ने एक अलग फ़ंक्शन लिखा, और फिर एक बड़ा आवेदन निकला, तो क्या हम व्यक्तिगत कार्यों या एक सामान्य के लेखक हैं?

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

अगले सॉफ्टवेयर संस्करणों के साथ स्थिति थोड़ी और दिलचस्प है।

- अगर कोई मेरे कोड के आधार पर नया लिखता है तो क्या होता है?

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

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

कार्यों में परिवर्तन करने के बाद, दो बन जाते हैं: पुराने और नए बनाए गए नए - व्युत्पन्न - कार्य। यह डेवलपर्स के अधिकारों की रक्षा की एक दिलचस्प विशेषता बनाता है, जिसके बारे में हम नीचे बात करेंगे।

- कॉपीराइट धारक कौन है?

कॉपीराइट धारक वह है जिसके पास अनन्य अधिकार है। यदि लेखक केवल एक व्यक्ति हो सकता है, तो सही धारक कोई भी हो सकता है: एक व्यक्ति, एक कानूनी इकाई, फेडरेशन का विषय या सामान्य रूप से एक देश।

कंप्यूटर प्रोग्राम के लिए अनन्य अधिकार किसी भी तरह से कल्पना करने के लिए सॉफ़्टवेयर और कोड का उपयोग करने की क्षमता है।

कभी-कभी कॉपीराइट धारक को लाइसेंस के तहत काम का उपयोग करने वाले को भी कहा जाता है, लेकिन नागरिक संहिता के दृष्टिकोण से, "कॉपीराइट धारक" शब्द केवल विशेष अधिकारों के स्वामी को संदर्भित करता है।

आप किसी विशिष्ट क्षेत्र में कुछ विशिष्ट तरीकों से और कुछ समय के लिए कार्य का उपयोग करने में सक्षम होने के लिए कॉपीराइट धारक के साथ एक लाइसेंस समझौते का निष्कर्ष निकाल सकते हैं।

- क्या एक रोजगार अनुबंध के अस्तित्व का मतलब है कि मेरे सभी कोड नियोक्ता के हैं?

नहीं, एक रोजगार अनुबंध पर्याप्त नहीं है। एक रोजगार संबंध में, नियोक्ता को यह साबित करना होगा कि कर्मचारी ने अपने श्रम कार्य के ढांचे में काम किया है ताकि उसका विशेष अधिकार हो।

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

लेकिन वाक्यांश के रोजगार अनुबंध में उपस्थिति कि "आधिकारिक कार्यों का अनन्य अधिकार नियोक्ता से उत्पन्न होता है", अब तक नियोक्ता को कुछ भी नहीं देता है।

- यदि कोई रोजगार अनुबंध है, तो स्थिति कहाँ इंगित की गई है - प्रोग्रामर?

पहले से ही थोड़ा अधिक संभावना है, लेकिन वे अभी भी कम हैं, क्योंकि यह संकेत नहीं है कि आप वास्तव में क्या कर रहे हैं। शायद आपको आईसीएस के लिए कोड लिखने के लिए काम पर रखा गया था, और आपने मुख्य सचिव के कार्यालय में वीडियो कैमरा को नियंत्रित करने के लिए कोड लिखा था। यदि नियोक्ता ने सीधे आपके लिए ऐसा कार्य निर्धारित नहीं किया है, तो यह एक शौक था, न कि कार्य गतिविधि।

- ठीक है, लेकिन नौकरी के साथ नौकरी की जिम्मेदारियों के साथ एक रोजगार अनुबंध?

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

- और फिर क्या जरूरत है?

एक रोजगार अनुबंध स्थिति को दर्शाता है।
नौकरी विवरण यह दर्शाता है कि आपको अन्य चीजों के अलावा, आधिकारिक कार्य - कंप्यूटर प्रोग्राम बनाना चाहिए।
, - . ( , , ), , , . , « - », , ( ), , « », .
. : - - , .
-, . .
कंपनी में किसी प्रकार के विनियमन को अपनाना भी अच्छा होगा, जिसमें इस पूरी श्रृंखला के बारे में विस्तार से बताया जाएगा।

नियोक्ता जितने अधिक बिंदुओं को पूरा करता है, उतनी ही संभावना है कि अदालत में कंप्यूटर प्रोग्राम को उससे संबंधित माना जाएगा।

- और क्या, सभी कागजात के बारे में भागते हुए?

हाँ। हम, उदाहरण के लिए, भीड़। और आपको पहले संस्करणों के लिए कम से कम सिफारिश की जाती है।

- पहले संस्करणों के लिए क्यों?

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

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

- यदि यह रोजगार अनुबंध नहीं है, लेकिन जीपीसी समझौता है?

जीपीसी समझौता एक सिविल अनुबंध है। एक नियम के रूप में, हम एक अनुबंध और कॉपीराइट आदेश के एक अनुबंध (दो में एक) के बारे में बात कर रहे हैं। यदि आपका ठेकेदार "भौतिक विज्ञानी" नहीं है, लेकिन एक संगठन है, तो लेख को लेखक के आदेश के अनुबंध के बारे में नहीं, बल्कि आदेश द्वारा बनाए गए कार्य के बारे में लागू किया जाएगा। लगभग वही, लेकिन बारीकियां हैं। जब आप एक फ्रीलांसर या ठेकेदार से काम का आदेश देते हैं, तो आपको दस्तावेजों के समान सेट पर हस्ताक्षर करने की आवश्यकता होती है। सच है, कुछ अलग नाम होंगे: रोजगार अनुबंध के बजाय जीपीसी, नौकरी के बजाय टीके। नौकरी का विवरण, निश्चित रूप से, इसकी आवश्यकता नहीं है, रिपोर्ट की भी आवश्यकता नहीं है। श्रम के साथ के रूप में: कोई 100% गारंटी नहीं है कि अदालत एक तरफ पक्ष लेगी, क्योंकि हमेशा कुछ नुकसान हो सकते हैं। लेकिन आप अपने जोखिमों को लगभग शून्य तक कम कर सकते हैं।

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

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

- अगर मैं 10:00 बजे से 18:00 बजे तक कंपनी में काम करता हूं, और घर पर एक ओपन सोर्स प्रोजेक्ट लिखता हूं, तो क्या अधिकार हैं?

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

- अगर मैं एक काम कर रहे कंप्यूटर पर ऐसा करता हूं?

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

मैंने इस तरह के कानूनी जीवन हैक के बारे में भी सुना: नियोक्ता बताते हैं कि वर्कस्टेशन पर कोड को संग्रहीत करना, जो कि नियोक्ता की संपत्ति है, इस कोड के अधिकारों के हस्तांतरण को स्वीकार करने के बराबर है। लेकिन, मेरी राय में, इसकी प्रभावशीलता पर सवाल उठता है।

- यदि मैंने अनन्य संपत्ति अधिकारों को सार्वजनिक उपयोग में स्थानांतरित किया है, तो क्या मैं एक व्युत्पन्न कार्य बना सकता हूं?

हाँ, आप निश्चित रूप से कर सकते हैं। यद्यपि रूसी कानून के तहत सार्वजनिक डोमेन में उनके सॉफ़्टवेयर के मुफ्त हस्तांतरण की संभावना कम से कम विवादास्पद है।

- तो, मेरे पास और प्रश्न हैं ...

टिप्पणी या ई-मेल earkhipov@croc.ru पर प्रश्न पूछें।

अलग-अलग, मैं ध्यान देता हूं कि हम अक्सर "डिजिटलाइजेशन के शिकार" देखते हैं, जिन्हें ठेकेदार गलत तरीके से कोड प्रसारित करते हैं। यहाँ मेरे सहकर्मी के पद में कई जीवन उदाहरण हैं कि क्षति किस आकार की हो सकती है।

एक डेवलपर के रूप में खुले स्रोत में प्रतिबद्ध हैं? हम अधिकारों के साथ सौदा करते हैं (हाय, nginx)