क्या काम में व्यक्तिगत कोड का उपयोग करना नैतिक है?


29

मैं काम पर एक साइड प्रोजेक्ट पर काम कर रहा हूं, जहां मुझे अपने कुछ कोड का उपयोग करना फायदेमंद लगता है जो मैंने अपने विकास को गति देने के लिए व्यक्तिगत रूप से (काम के बाहर) विकसित किए हैं। मेरा पक्ष प्रोजेक्ट कई अलग-अलग प्लेटफार्मों ( DB2 , Oracle, SQL Server और MySQL ) पर डेटाबेस के खिलाफ हमारे पावर उपयोगकर्ताओं को क्वेरी (मेरे द्वारा निर्मित) चलाने देने के लिए C ++ GUI एप्लिकेशन विकसित कर रहा है । अतीत में, मैं आमतौर पर इन्हें केवल अनुरोध पर चलाता हूं या उनके लिए एक एक्सेल VBA एप्लिकेशन का निर्माण करता हूं। अब जब मैंने कई अलग-अलग लोगों के लिए कई VBA एप्लिकेशन बनाए हैं, तो मुझे एक केंद्रीय एप्लिकेशन बनाने की आवश्यकता है जो सिर्फ कस्टम .sql फाइलों में पढ़ता है और विभिन्न डेटाबेस के खिलाफ निष्पादित करता है।

मैं जो एप्लिकेशन बना रहा हूं वह C ++ में है और LGPL क्रॉस-प्लेटफॉर्म GUI टूलकिट का उपयोग करता है । हालाँकि, मेरे पास अपने स्वयं के पुस्तकालयों में बहुत सारे कोड हैं जो मैंने वर्षों से अवकाश, गैर-काम से संबंधित परियोजनाओं पर बनाए हैं। क्या इस कोड का काम पर उपयोग करना ठीक है, इस प्रकार मुझे (और कंपनी) समय की बचत होती है? यदि हां, तो क्या मैं अपनी व्यक्तिगत लाइब्रेरी में बग फिक्स और एन्हांसमेंट पोर्ट कर सकता हूं? एक पंक्ति लगती है कि मुझे नहीं पता कि मैं कब इसे पार करने जा रहा हूं।

मैं सिर्फ यह जोड़ना चाहता हूं कि किसी भी निजी तर्क का किसी भी व्यावसायिक तर्क से कोई लेना-देना नहीं है। वे सिर्फ बुनियादी उपयोगिता वर्ग / रैपर हैं।



जवाबों:


38

क्या इस कोड का काम पर उपयोग करना ठीक है, इस प्रकार मुझे (और कंपनी) समय की बचत होती है?

हाँ, यह नैतिक है। मामले में आप वर्णन करते हैं कि आपके पास कोड है, इसलिए आप इसे स्वतंत्र रूप से अपनी कंपनी को दे सकते हैं। उन्होंने आपको कोड लिखने के लिए काम पर रखा है ताकि वे आपके कोड पर भरोसा करें।

यदि हां, तो क्या मैं अपनी व्यक्तिगत लाइब्रेरी में बग फिक्स और एन्हांसमेंट पोर्ट कर सकता हूं?

जब तक आपको अनुमति नहीं मिलती (आपके अनुबंध की जांच करें) तक आपका अनुबंध संभवतः मना करता है।

सबसे अच्छा उपाय है कि आप अपने मैनेजर से बात करें। मैं आपके अनुरोध को ठुकराते हुए किसी भी आम को नहीं देख सकता। यह भी आपको अच्छा लगता है जब आप बताते हैं कि आपकी व्यक्तिगत कोडिंग कंपनी की मदद कैसे कर रही है।


यदि आप मेमोरी से बगफिक्स करते हैं, न कि वास्तव में काम पर किए गए कोड की नकल करके (जो संभवतः ट्रैक किया जा सकता है), यह साबित करना मुश्किल है कि विचार कहां से आया है; यह संभव है कि आपने अपने खाली समय पर
बगफिक्स

@ इज़काटा: सवाल नैतिकता के बारे में था , न कि अस्थिरता के बारे में । यह साबित किया जा सकता है कि बैकपोर्टिंग हुई या नहीं, पूछने वाला अभी भी बैकपोर्टिंग होगा । अगर टॉम स्क्वायर्स (जैसा कि सही ढंग से) कहते हैं, अनुबंध ने मना किया है, तो नहीं, यह नैतिक नहीं होगा
रॉस पैटरसन

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

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

22

कुछ कंपनियां आपके द्वारा घंटों तक किए गए काम का दावा करती हैं। यह कंपनी पर निर्भर करता है, उनमें से कुछ आईपी नियंत्रण पर बड़े हैं।

आपके अनुबंध में सब कुछ नीचे होना चाहिए। चिंता की बात यह है कि अगर वे आपके बेहूदा काम का दावा करते हैं, जो मेरा खौफ है।


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

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

1
बहुत सारी कंपनियां यह कोशिश करती हैं कि इसे लागू करना असंभव है, लगभग हर अनुबंध के आधार पर यह भी कहा जाता है कि आप अपने नियोक्ता पर मुकदमा नहीं कर सकते।
वुट 4Moo

1
+1 @ रायाथल - जब तक कि ओपी ने अपने नियोक्ता को अपने काम का लाइसेंस नहीं दिया, बिना नोटिस के अपनी परियोजनाओं में इसे काम का उत्पाद बना सकता था। यदि उसकी कंपनी को पता चल जाता है और वह चिड़चिड़ा हो जाता है, तो उसे अपने निजी पुस्तकालयों से अनियमित रूप से दूषित हो सकता है।
डेव

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

6

आपकी कंपनी के पास एक समर्पित आईपी विभाग या विशेषज्ञ हो सकता है। उनके साथ जांच करें। आपका प्रबंधक आपको संपर्क करने में सक्षम होना चाहिए।

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

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

उम्मीद है की यह मदद करेगा।


2

यह पूरी तरह से नैतिक है। मैं अक्सर नई तकनीकों और घर पर काम करने के विभिन्न तरीकों पर शोध करता हूं, और एक से अधिक बार मैंने घर पर कुछ विकसित किया है जिसे मैं अपने काम में उपयोग करके घाव करता हूं। मुझे घर वापस लाने (या उन्हें घर से काम पर लाने) के लिए कोई समस्या नहीं है।

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


1

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

इसके साथ कोई सामान्य नैतिक समस्या नहीं है, इसलिए जब तक आप इसके बारे में पहले से सोचते हैं।


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

1

मैं पिछले पोस्टर से बिल्कुल सहमत हूं, नैतिकता वास्तव में मेरी राय में यहां समस्या नहीं है, जब तक कि आप घर विकसित स्क्रिप्ट / सॉफ्टवेयर में गैर का उपयोग करने से आपको रोकते हैं तो आपके पास एक नैतिक मुद्दा हो सकता है।

आपका मुद्दा वास्तव में संपत्ति का अधिकार है।

और यहाँ कई मुद्दों पर आपको सोचने की ज़रूरत है।

बौद्धिक संपदा के बारे में आपका अनुबंध क्या कहता है?

क्या आपकी कंपनी आपके द्वारा बनाई गई चीजों के अधिकारों को बरकरार रखती है?

कोड विकसित करते समय आपकी कंपनी किस लाइसेंस का उपयोग करती है?

क्या यह आपके स्वयं के लाइसेंस के साथ संगत है?

ये ऐसे प्रश्न हैं जिनका आपको किसी भी कोड को विकसित करने से पहले उत्तर देने की आवश्यकता है, पहले से ही विकसित कोड को अपनी कंपनी के रिपॉजिटरी में जाने या विकास को वापस लेने की अनुमति दें ...


4
आपको उस व्यक्ति का नाम शामिल करने के लिए उत्तर को संपादित करना चाहिए, जिसने आपके द्वारा सहमत उत्तर को लिखा है, पोस्ट कालानुक्रमिक क्रम में नहीं रहते हैं।
रियाथल

0

यह आपकी कंपनी से चोरी करने के लिए नैतिक नहीं है - और, यदि आप सहमत हैं कि आपके सभी काम, काम के दौरान, उनके हैं, तो यह अनैतिक रूप से आपके कोडबेस में कोड वापस ले जाने के लिए अनैतिक है।

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

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


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

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