क्या कोई प्रोग्रामर उस कोड का उपयोग कर सकता है जो उन्होंने दूसरी कंपनी के लिए बनाया था?
यदि किसी ने किसी अन्य कंपनी के लिए सॉफ्टवेयर का एक टुकड़ा बनाया, लेकिन बौद्धिक संपदा अधिकारों को कभी नहीं छोड़ा या किसी भी चीज पर हस्ताक्षर नहीं किया, तो क्या वे अन्य समान सॉफ्टवेयर में उस कोड का उपयोग कर सकते हैं? क्या वे इसे बेच सकते थे?
मान लें कि वे उस कंपनी के कर्मचारी नहीं थे और उन्होंने कभी भी कंपनी के साथ किसी भी प्रकार का अनुबंध नहीं किया, लेकिन उन्हें भुगतान किया गया था।
जवाब
1 जनवरी, 1978 को या उसके बाद बने कार्यों के साथ संयुक्त राज्य अमेरिका के भीतर हुए मामलों के लिए: (ओपी ने स्पष्ट किया है कि उनका परिदृश्य कहीं और हुआ है)
डिफ़ॉल्ट रूप से, किसी कार्य का लेखक (वास्तविक निर्माता) कॉपीराइट का स्वामी होता है। हालांकि, यह मामला नहीं है अगर काम एक नियोक्ता के लिए "किराए के लिए किया गया काम" है। उस मामले में, कंपनी को काम का लेखक माना जाता है, और कॉपीराइट का मालिक है। से अमेरिका कॉपीराइट कार्यालय परिपत्र 09 :
यदि कोई काम भाड़े के लिए किया जाता है, तो एक नियोक्ता को लेखक माना जाता है, भले ही किसी कर्मचारी ने वास्तव में काम बनाया हो। नियोक्ता एक फर्म, एक संगठन या एक व्यक्ति हो सकता है।
कार्यों को दो स्थितियों में किराए के लिए माना जाता है, जैसा कि उस परिपत्र द्वारा वर्णित किया गया है (जोर जोड़ा गया):
क) किसी कर्मचारी द्वारा उसके रोजगार के दायरे में तैयार किया गया कार्य
या
बी) एक काम विशेष रूप से आदेश दिया या कमीशन किया जाता है ... यदि पार्टियां स्पष्ट रूप से उनके द्वारा हस्ताक्षरित एक लिखित उपकरण में सहमत होती हैं कि काम को किराए पर लिया गया कार्य माना जाएगा।
यदि कोई लिखित समझौता नहीं किया गया था और कोई रोजगार संबंध अस्तित्व में नहीं था, तो सॉफ़्टवेयर के कॉपीराइट का स्वामित्व उस व्यक्ति के पास जाएगा, जिसने इसे लिखा था, और वे ऐसा कुछ भी करने में सक्षम होंगे जो कॉपीराइट धारक किसी कार्य के साथ कर सकता है, जिसमें उसका उपयोग करना शामिल है हालाँकि वे चाहते हैं या इसे बेच रहे हैं।
ध्यान दें कि यह केवल इस स्थिति में व्यक्ति द्वारा किए गए सॉफ़्टवेयर या परिवर्तनों पर लागू होगा । वे, उदाहरण के लिए, कॉपीराइट धारक की अनुमति के बिना अन्य लोगों द्वारा लिखे गए सॉफ़्टवेयर के किसी अन्य टुकड़े को बेच या वितरित नहीं कर सकते हैं, भले ही ये टुकड़े उस व्यक्ति द्वारा बनाए गए सॉफ़्टवेयर का उपयोग करने के लिए आवश्यक हों।
यह अधिकार क्षेत्र के साथ बदलता रहता है।
(चूंकि ओपी अमेरिका में नहीं दिखता है यह महत्वपूर्ण है)
में अमेरिका कंपनी कॉपीराइट बनाए रखते हैं यदि आप एक कर्मचारी थे या अगर कोई एक लिखित समझौते करते हुए कहा था कि उनके पास कॉपीराइट के मालिक हैं।
हालांकि एनजेड में अगर कोई कंपनी आपको काम के लिए भुगतान करती है तो वे कॉपीराइट के मालिक हैं।
में ए.यू. , जिसने इसे कॉपीराइट को बरकरार रखे हुए मध्यम पर निर्भर करता है (यानी, पत्रकारिता अलग तरह से सॉफ्टवेयर की तुलना में व्यवहार किया जाता है)
जब कंपनी एक देश में होती है और लेखक दूसरे में, तो वह जटिल हो जाती है।
कुछ अमेरिकी मामले कानून रहे हैं, जहां लेखकों के देश का कॉपीराइट कानून पूर्वता लेता है। लेकिन उस मामले में जो अमेरिकी कंपनी के लिए एक जीत थी । उस पर भरोसा मत करो अगर यह मतलब था कि एक अमेरिकी कंपनी अगली बार हार जाती है। [अंत में निंदक]
यदि वे मुकदमा करते हैं तो कृपया लागत (धन और समय) पर भी विचार करें। यहां तक कि अगर आप जीतते हैं तो यह एक PITA होने जा रहा है।
इसके अलावा, आप जिस कंपनी के लिए काम करते हैं वह खुश होने वाली नहीं है अगर वे सुसाइड कर लेते हैं (भले ही वे जीत जाएं)।
इससे आपकी प्रतिष्ठा और कथित विश्वसनीयता को दीर्घकालिक नुकसान हो सकता है।
आपके और कंपनी के बीच एक अनुबंध था, यह सिर्फ नीचे नहीं लिखा गया था। यदि कंपनी ने आपको कॉपीराइट के उल्लंघन के लिए मुकदमा दायर किया है - जो यह कर सकता है कि वे कॉपीराइट के मालिक हैं या नहीं - न्यायाधीश वास्तविक तथ्यों के आधार पर तय करेगा कि वास्तव में वहाँ किस तरह का अनुबंध था। और यह तय करेगा कि कॉपीराइट स्वामी कौन है और आपके और कंपनी के क्या अधिकार हैं।
आपके द्वारा लिखे गए तरीके से मैं आपके कानूनी अनुभव का स्तर बता रहा हूं। (जो कहना है, काफी कम)। और जैसा कि आप टिप्पणियों में कहते हैं, आप कोलम्बिया में हैं।
नहीं, यह नहीं कर सकता।
यहां तक कि अपने तरीके से हुप्स और बाधाओं के कारण, यह कोशिश करने के लिए एक पूर्ण हार है, जिनमें से कई मृत-अंत हैं।
जब कोई कर्मचारी अपने काम के हिस्से के रूप में "कार्य उत्पाद" बनाता है, तो वह कंपनी की संपत्ति होती है और बौद्धिक संपदा अधिकार कंपनी के पास जाते हैं।
आपको लगता है कि संपत्ति का दावा कर सकते सही केवल यदि आप दावा कर सकते हैं कि आप एक कर्मचारी नहीं थे सब पर है, लेकिन रचनात्मक ठेकेदार के कुछ प्रकार (जहां अपने अनुबंध, है ठेकेदार? ), और आगे, कि अस्तित्वहीन "अनुबंध" के आईपी अधिकारों प्रदत्त अपने खुद को काम का भुगतान किया और भुगतानकर्ता को नहीं। देखें कि यह कहां से एक कठिन सबूत है?
यह अदालत में बाहर खेलेंगे, दो तरीकों में से एक: # 1। आप अदालत में जाते हैं और अदालत से यह पूछने के लिए कहते हैं कि बौद्धिक संपदा आपके पास है, अग्रिम में , इससे पहले कि आप अन्य कंपनियों के साथ आईपी का उपयोग शुरू करें। या, # 2, आप बस आगे बढ़ते हैं और इसे वैसे भी उपयोग करते हैं , और पहली कंपनी को इस बात की हवा मिलती है, और पहली कंपनी तय करती है कि वे मुकदमा करना चाहते हैं।
पहले मामले में, आप कम-प्रभाव, कम-जोखिम वाले तरीके से लड़ाई का चयन कर रहे हैं: सबसे खराब स्थिति में न्यायाधीश कहता है "नहीं" और आप पुरानी कंपनी को सामग्री का लाइसेंस देने, या दूर जाने और नई सामग्री बनाने के लिए भुगतान करते हैं।
दूसरे मामले में, ऐसा होने की संभावना कम है, लेकिन अगर ऐसा होता है, तो यह विनाशकारी है । आप खुद को दोनों तरफ से हमला करते हुए पा सकते हैं (क्योंकि कंपनी 2 को लगेगा कि यह उनकी गलती नहीं है और आपने उन्हें गुमराह किया है)। कंपनी 1 सभी कंपनी 2 के मुनाफे के लिए मुकदमा करेगी, और दोनों कंपनियां सहमत होंगी कि आपको इसका भुगतान करना चाहिए।
क्या लड़ना बेहतर है, या फिर से लिखना?
और यहां बताया गया है कि मैं निश्चित रूप से एक "नैप" पर कैसे पहुंचता हूं।
मुझे नहीं पता कि कोलंबिया में मुकदमेबाजी कितनी महंगी है। लेकिन मैं आपको बता सकता हूं, यह एक विशाल भावनात्मक ऊर्जा सिंक भी है । यह एक निर्माता के रूप में आपकी उत्पादकता को नष्ट कर देता है। एक व्यक्ति ने अद्भुत तकनीक मैनुअल (साइट चला गया) लिखा, जब तक कि ऐसा नहीं हुआ और रचनात्मक स्पिगोट बस बंद हो गया । देखें कि "व्याकुलता" के बारे में मेरा क्या मतलब है?
नियोक्ता आपके कार्य उत्पाद का मालिक है; वे आपके मन के मालिक नहीं हैं। आप खरोंच से काम को फिर से बना सकते हैं। एड़ी को घुमाएं और मूल काम से दूर चलें और एक नया और बेहतर बनाएं।
और इस बार, इसे लिखित में प्राप्त करें ...।
मैं शायद इस साइट का सबसे कम जानकार व्यक्ति हूं, जब यह कानून में आता है, लेकिन मैं एक जीवित व्यक्ति के लिए सॉफ्टवेयर लिखता हूं।
मेरा मानना है कि आईपी कानून और न्यायशास्त्र एक तरह से कोड को देख सकते हैं जो आईपी के अन्य रूपों के समान है। इसलिए मैं संगीत से एक उदाहरण का उपयोग करूंगा।
पिछले साल अमेरिका में एक संघीय न्यायाधीश ने फैसला सुनाया कि कैटी पेरी का गाना डार्क हॉर्स रैपर फ्लेम के गीत जॉयफुल शोर के कॉपीराइट पर उल्लंघन करता है । गीतों में लगभग कुछ भी नहीं है - उल्लंघन एक आठ नोट ओस्टिनैटो के कारण था जो कि गीतों में भी समान नहीं था।
संगीत विशेषज्ञों ने बताया कि अन्य गीतों के असंख्य, ostinato उसी तरह की है के लिए इसी तरह के रूप में किया जा रहा है जॉयफुल Nise के रूप में डार्क हॉर्स है। अधिकांश उदाहरण जो मुझे ऑनलाइन मिले, वे सार्वजनिक डोमेन में हैं क्योंकि उनके लेखक कुछ शताब्दियों से मृत हैं। लेड ज़ेपेलिन के खिलाफ किए गए इसी तरह के एक मुकदमे का एक और अधिक समझदार परिणाम था, जिसने फ्लेम बनाम पेरी के परिणामों को उलटने में मदद की (बाद में कुछ 2.8 मिलियन अमरीकी डालर की बचत)।
मुझे कुछ वीडियो मिले जो इस पर विस्तृत हैं:
- कानूनी ईगल कानूनी भागों की व्याख्या करता है । उन्होंने एक बहुत ही समान मुद्दे पर भी मुकदमा चलाया।
- एडम नीली संगीत के बारे में तकनीकी भागों की व्याख्या करता है । सामान्य विचार सॉफ्टवेयर पर भी लागू होता है।
लब्बोलुआब यह है कि सभी बौद्धिक संपदाओं की तरह, किसी कार्य के कुछ हिस्से संरक्षित हैं, कुछ अन्य भाग 1 नहीं हैं । विचार करें कि जब आप किसी अन्य कंपनी के लिए लिखे गए कोड का उपयोग करने के बारे में सोचते हैं। कोड में छोटे कार्य और चर घोषणाएं संगीत नोटों के अनुक्रम की तरह हैं। वह कौन सी सीमा है जो एक गीत को दूसरे से अलग बनाती है?
क्या आप एक पुस्तकालय का उपयोग कर रहे हैं जिसे आपने अपनी पिछली नौकरी में लिखा था, नाम और सब कुछ कंपनी के संदर्भ में? शायद नहीं-नहीं।
क्या आप एक ही एल्गोरिदम और तर्क का उपयोग कर रहे हैं, एक अलग तरीके से लिखा गया है, पिछली कंपनी के व्यवसाय से अलग कर दिया गया है? संभवतः एक अलग भाषा में, और अधिक उपयोग के मामलों को कवर करने के लिए? कानूनी सलाह के लिए व्यक्तिगत रूप से वकील से बात करने के योग्य हो सकता है, क्योंकि इसमें एक नया उत्पाद बनने की क्षमता है, लेकिन फिर भी उल्लंघन हो सकता है। आप Google बनाम ओरेकल अमेरिका के बारे में पढ़ना पसंद कर सकते हैं (मैंने पढ़ा कि Google के वकील उसी दर्शन का उपयोग कर रहे थे जैसे मैं यहां उपयोग कर रहा हूं, लेकिन उदाहरण के तौर पर कैटी पेरी के बजाय हैरी पॉटर का उपयोग कर रहा हूं)।
क्या आप अलग-अलग एल्गोरिदम के साथ एक ही समस्या को हल करने में सक्षम हैं? आप पहले की तुलना में अब एक बेहतर कोडर हो सकते हैं। आप शायद अपने पूर्व स्व से आगे निकल सकते हैं और ऐसा कुछ कर सकते हैं जो नया और अनोखा हो जिससे आप कॉपीराइट के मामले में अधिक सहज हो सकें। गैर-प्रतिस्पर्धा के बारे में ध्यान रखें कि आपका पुराना अनुबंध हालांकि हो सकता है। और फिर, एक वकील को व्यक्तिगत रूप से देखने से आपको बहुत परेशानी होगी।
1 ऐसा नहीं था इसलिए मैं एक खरबपति रहूँगा। मैंनेint i = 01993 मेंलिखाथा और अब दुनिया के हर एक प्रोग्रामर ने वही किया जो मैंने करने के बाद अपने जीवन में हर दिन 25 सेंट के मालिक थे, उन्होंने कोड लिखा है: DI को 70 के दशक से मूल सी ++ लेखकों को बड़ी रकम देनी पड़ सकती है। हालांकि।