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