मैं यह कैसे सुनिश्चित कर सकता हूं कि मेरा शाम का प्रोजेक्ट कोड मेरा है?


22

मैं सीएस डिग्री के साथ भौतिक विज्ञानी हूं और एक टेक कंपनी में पीएचडी शुरू की है (अनुप्रयुक्त शोध करना चाहता हूं)। यह बड़े पैमाने पर परिमित तत्व सिमुलेशन के साथ काम करता है।

उनके वर्तमान दृष्टिकोण की समीक्षा करने के बाद, मुझे लगता है कि एक अलग तरीके से लागू किया जाना चाहिए (वे एक वाणिज्यिक उपकरण का उपयोग कर रहे हैं जो बहुत सीमित है)।

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

मैं अपने कार्यक्रम को अपनी वेबसाइट पर एक खुला स्रोत के रूप में जारी करने का विकल्प रखूंगा, भविष्य के व्यक्तिगत या व्यावसायिक (जैसे परामर्श) उपयोग के लिए।

मैं यह कैसे सुनिश्चित कर सकता हूं कि मेरी कंपनी कोड स्वामित्व का दावा नहीं करती है?

मैंने सोचा था कि एक संस्करण नियंत्रण प्रणाली मदद कर सकती है (केवल शाम को जांच करें)। यह दस्तावेज होगा कि मैंने नियमित कार्यालय समय (अन्यत्र प्रलेखित) के दौरान प्रोग्राम नहीं किया है। लेकिन इन डेटा को आसानी से निर्मित किया जा सकता है। कोई अन्य विचार?

मैं इस बात पर जोर देना चाहता हूं कि मुझे सॉफ्टवेयर बेचने में कोई दिलचस्पी नहीं है और न ही मेरी कंपनी है।


अब तक की बेहद दिलचस्प प्रतिक्रियाएँ। यह स्पष्ट रूप से मेरी मदद करता है। कुछ टिप्पणी:

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

1
क्या यह उनके साथ एक समझौता खोजने का विकल्प होगा? यदि वे सहमत हैं कि एक संस्करण नियंत्रण प्रणाली पर्याप्त है तो यह ठीक होना चाहिए। दूसरी ओर, यहां तक ​​कि अगर आप रात में कोड करते हैं, तो यह कैसे साबित करें कि आप दिन के दौरान उस पर काम नहीं कर रहे हैं?
जियोर्जियो

2
एक OSS परिमित तत्व सॉल्वर? यह बहुत मजेदार है। यह प्रश्न प्रोग्रामर के लिए कानूनी पक्ष पर थोड़ा बहुत दूर हो सकता है, हालाँकि। आपको वास्तव में अपनी कंपनी के साथ एक उचित (और कानूनी रूप से बाध्यकारी) समझौते का मसौदा तैयार करने के लिए एक वकील से बात करनी चाहिए।
एडम लेअर

जवाबों:


27

किसी को भी मत सुनो जो कहता है कि "आपका अपना समय आपका अपना समय है, बस किसी को न बताएं!" क्योंकि यह अविश्वसनीय रूप से बुरी सलाह है जो आपको मुसीबत में डालने के लिए लगभग निश्चित है, यदि आपकी वर्तमान नौकरी पर नहीं तो कुछ भविष्य में।

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

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


इस उत्तर के लिए धन्यवाद और लिखित अनुमति के लिए सलाह। मैंने अन्य उत्तरों से भी बहुत कुछ सीखा (और उन्हें मेरा उत्थान मिला) लेकिन यह मुझे सबसे अच्छा योगदान लगता है। y'all को धन्यवाद!
सेबेस्टियन

6

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


4

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

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


2
@marcof: बॉस को तब पता चलेगा जब वह अपनी परियोजना को अपनी वेब साइट पर सार्वजनिक रूप से प्रकाशित कर रहा है। IMHO इस बात की खुली सोर्सिंग अपने मालिक से पूछे बिना, अपने दम पर चीज़ को बेचने से बहुत अलग नहीं है।
डॉक ब्राउन

2
@ डॉक ब्राउन: यदि वह अपने समय और संसाधनों का उपयोग करते हुए शाम के दौरान परियोजना पर काम कर रहा है, तो बॉस के पास इसके बारे में कहने के लिए कुछ नहीं है। वह तर्क दे सकता है कि उसका शाम का काम उस परियोजना में योगदान देता है जो वह दिन के दौरान काम कर रहा था इसलिए तथ्य की बात है कि यह कंपनी के लाभ के लिए कुछ अतिरिक्त, अवैतनिक काम था।
जियोर्जियो

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

2
@ सेबस्टियन: मुझे लगता है कि आपको अपने अनुबंध का पालन करना चाहिए। कभी-कभी अनुबंध कहता है कि अनुबंध समाप्त होने के बाद आपको उसी क्षेत्र में काम करने की अनुमति नहीं है, यहां तक ​​कि कुछ समय (जैसे एक वर्ष)। IMO यह b ...... t है, लेकिन दुर्भाग्य से ऐसे अनुबंध हैं। अपने अनुबंध की जांच करें और, यदि आवश्यक हो, तो विचार करें कि क्या इसे बदलना संभव है।
जियोर्जियो

1
@marcof: आपको मेरी बात समझ में नहीं आई - समस्या यह नहीं है कि वह अपने खाली समय में काम कर रहा है - मुझे बस एक समस्या दिखाई देती है जब वह अपने बॉस को जानकारी प्रकाशित करने जा रहा है, हो सकता है कि उसे गोपनीय रखा जाए।
डॉक्टर ब्राउन

3

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

यह मुझे लगता है कि आपका काम चार अलग-अलग श्रेणियों में विभाजित है:

  1. काम आप अपने पीएचडी थीसिस पर करते हैं।
  2. अपने पीएचडी कार्य के लिए आपके द्वारा उपयोग किए जाने वाले परिमित तत्व विश्लेषण पुस्तकालय को बनाने और बनाए रखने के लिए आप जो काम करते हैं।
  3. काम आप अपने काम के स्थान पर समस्याओं के लिए अपने परिमित तत्व सॉल्वर को लागू करते हैं।
  4. आपके द्वारा अपनी कंपनियों के काम के लिए उपयोग किए जाने वाले परिमित तत्व विश्लेषण पुस्तकालय को बनाने और बनाए रखने के लिए आप जो काम करते हैं।

यह स्पष्ट है कि 3 के लिए किए गए सभी काम उस कंपनी के स्वामित्व में हैं जिसके लिए आप काम करते हैं और संभवतः गोपनीय और स्वामित्व है।

यह भी स्पष्ट है कि नैतिक रूप से, आपको 1 पर किए गए सभी कार्यों का मालिक होना चाहिए, लेकिन यह कानूनी रूप से ऐसा नहीं हो सकता है जब तक कि आप इसे स्पष्ट रूप से रोजगार के अपने अनुबंध में नहीं लिखा हो।

यह 2 और 4 की बात है जो पेचीदा हैं। आदर्श रूप से आप उन्हें संयोजित करना चाहते हैं, इसलिए मैं यहां तीन विकल्प देख सकता हूं:

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

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

  • अंत में, और यह शायद सबसे कठिन बिक्री है, आपको अपनी कंपनी को अपने ओपन सोर्स लाइब्रेरी को प्रायोजित करने के लिए मिलता है ।

यह अंतिम मामला सबसे दिलचस्प है, लेकिन तीनों को आपको अपने नियोक्ता से बातचीत करने की आवश्यकता है।

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

अब आपको कंपनी के स्थानीय शाखा में कंपनी व्यापार रहस्यों से संबंधित विशिष्ट विशिष्ट डोमेन रखने के लिए सावधान रहना होगा, या अपनी लाइब्रेरी को एक विस्तृत तरीके से संरचना करना होगा, ताकि वे आपकी लाइब्रेरी में लीक न हों, लेकिन यह एक अकल्पनीय समस्या नहीं है ।


2

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

यह तय करना अदालतों के लिए होगा कि आप जो कर रहे हैं वह संबंधित है लेकिन यह आपके विवरण से बहुत स्पष्ट लगता है।

यह विचार कि काम के समय के बाहर सामान जो आपकी कंपनी के व्यवसाय से संबंधित है, अक्सर उनके लिए अजीब लगता है, लेकिन कई तार्किक कारण हैं जो कई तरह की नौकरियों के लिए इस तरह से हैं।

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

आप कुछ सहकर्मियों के साथ सुबह 11 बजे से 12 बजे तक बैठक कर रहे हैं और कुछ नए उत्पाद लक्ष्यों पर चर्चा कर रहे हैं। दोपहर 12 बजे से 1 बजे तक आप अपना लंच ब्रेक लें। दोपहर के भोजन के दौरान आप एक विचार मंथन करते हैं और एक भयानक समाधान सोचते हैं। क्या आप उस समाधान के मालिक हैं? क्या आप यथोचित और नैतिक रूप से कंपनी में वापस जा सकते हैं और मांग कर सकते हैं कि उन्हें इस समाधान को खरीदना चाहिए क्योंकि आपके पास कंपनी के घंटों पर नहीं था?

ज्ञान श्रमिकों के लिए, कंपनियां आपको सप्ताह में 40 घंटे भुगतान नहीं करती हैं। वे आपको उन समस्याओं को हल करने के लिए भुगतान करते हैं जो वे आपके सामने रखते हैं कि कब क्या हो।

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

यदि आप काम के बाहर सामान पर काम करना चाहते हैं तो आपके पास मूल रूप से कुछ विकल्प हैं

1) लिखित अनुमति प्राप्त करें।

2) अपने कर्मचारियों के व्यवसाय से संबंधित कुछ भी असमान रूप से न करें।

3) छोड़ो और अपनी बात करो जो तुम्हें इतना आत्मविश्वास महसूस हुआ।

# 2 के लिए, फिर से, यह दूर से संबंधित होने पर वकीलों पर निर्भर रहने वाला है। यदि आप दिन में एक आईटी कंपनी में काम करते हैं और रात में एक रेस्तरां चलाते हैं तो शायद कोई समस्या नहीं है। यदि आप एक ऐसी कंपनी में काम करते हैं, जो नेट सिक्योरिटी सॉफ्टवेयर बनाती है और आप रात में एक ट्विटर ऐप लिखते हैं, तो यह अधिक अस्पष्ट होने लगता है। केवल आप ही तय कर सकते हैं कि कितना जोखिम लेना है। सर्वश्रेष्ठ दृष्टिकोण # 1 या # 3 हैं


1

यदि कुछ और काम नहीं करता है, तो शायद आप किसी और के नाम के तहत कोड प्रकाशित कर सकते हैं जिस पर आप भरोसा करते हैं (एक अच्छा दोस्त, प्रेमिका, अपनी माँ) और एक "अनुबंध" करें जो आप कोड के मालिक हैं या उसे "उसका लाइसेंस" दें। आप या कुछ इसी तरह के लिए।

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


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

हां, इस दृष्टिकोण के साथ कई समस्याएं होंगी, इस तथ्य के अलावा यह वैसे भी थोड़ा अवैध है। लेकिन अगर किसी भी परिस्थिति में आपको उस विकल्प का उपयोग करने की आवश्यकता है, तो मुझे किसी भी सबूत को खत्म करने के लिए अपनी पोस्ट को हटाने के लिए कहें :)।
टिमो

1

मैं इसी तरह की समस्या हुई, एक बार एक दूर छोटे पैमाने पर ... कुछ टिप्पणियां: मुझे नहीं लगता कि एक दूरस्थ भंडार सेवा (करने के लिए है कि स्रोत कोड प्रतिबद्ध codesion , GitHub , bitbucket आदि) गढ़े जा सकता है। एक दृष्टिकोण जो मैंने पीछा किया था वह एक एमएसएन सत्र के दूसरे छोर पर रिपॉजिटरी देखने वाले दोस्त के साथ प्रतिबद्ध था (हमने चर्चा की कि और जरूरत पड़ने पर वह अदालत में गवाही देगा)।

किसी ने अपनी कंपनी के साथ कैसे बात की, इस पर एक अच्छा पढ़ा है (मेरा मानना ​​है) ड्रॉपबॉक्स का वाई-कॉम्बिनेटर एप्लिकेशन , उद्धृत करता है:

क्या कोई ऐसा संस्थापक है जो गैरकानूनी या बौद्धिक संपदा समझौतों से आच्छादित है जो आपकी परियोजना के साथ ओवरलैप है? क्या कोई कर्मचारी या किसी और के लिए सलाहकार के रूप में काम करेगा?

आकर्षित: कुछ काम Bit9 कार्यालय में किया गया था; मैंने एक वकील से सलाह ली और एक हस्ताक्षरित पत्र है जिसमें यह दर्शाया गया है कि Bit9 की ड्रॉपबॉक्स में किसी भी प्रकार की कोई हिस्सेदारी / स्वामित्व नहीं है

अगर मैं आप होता तो मैं क्या करता, आगे बढ़ने के लिए तैयार रहूंगा और किसी भी पल यह साबित करने के लिए तैयार रहूंगा कि जो कुछ भी आप करते हैं, वह किसी भी तरह से आपके "सुबह" नौकरी में उपलब्ध सामग्री से संबंधित नहीं है ...

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