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