बंद स्रोत उच्च जोखिम परियोजना का प्रबंधन कैसे करें?


25

मैं वर्तमान में एक J2EE वेबसाइट विकसित करने की योजना बना रहा हूं और मेरी सहायता के लिए 1 डेवलपर और 1 वेब डिजाइनर लाने की इच्छा रखता हूं। परियोजना एक आला बाजार के भीतर एक वित्तीय अनुप्रयोग है।

मैं स्रोत को बंद रखने की योजना बना रहा हूं। हालांकि, मुझे डर है कि मेरे-हो-कर्मचारी आसानी से कोडबेस को कॉपी कर सकते हैं और इसका उपयोग कर सकते हैं या इसे किसी तीसरे पक्ष को बेच सकते हैं। एप्लिकेशन के विकास में 4-6 महीने लगेंगे, शायद अधिक, और मैं ऐप के लाइव होने के बाद अतिरिक्त कर्मचारियों को ला सकता हूं।

लेकिन मैं स्रोत को अपने पास कैसे रखूं। क्या तकनीक कंपनियां अपने स्रोत की रक्षा के लिए उपयोग करती हैं?

मैं अपनी विकास मशीनों पर USB ड्राइव और डीवीडी लेखकों को अक्षम करना चाहता हूं, लेकिन डेटा अपलोड करना या ईमेल में कोड संलग्न करना अभी भी संभव होगा।

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

मैं जरूरत पड़ने पर कर्मचारियों के साथ एक गोपनीयता अनुबंध पर हस्ताक्षर करना चाह रहा हूं। (कृपया प्रासंगिक टैग जोड़ें)

अद्यतन करें

सभी उत्तर के लिए धन्यवाद। मैं निश्चित रूप से अब सभी USB पोर्ट और डीवीडी लेखकों को अक्षम नहीं करूंगा। लेकिन मुझे लगता है कि मुझे गतिविधि में प्रवेश करना चाहिए (मुझे वास्तव में ऐसा कैसे करना चाहिए?) मैं स्केलपर्स से सावधान हूं, जो जुड़ेंगे और फिर मौजूदा कोड के साथ भाग जाएंगे। मैं किसी से नहीं मिला, लेकिन मुझे उनसे सावधान रहने की सलाह दी गई है। मैं एक गोपनीयता खंड को शामिल करूंगा, लेकिन यह एक स्टार्टअप है जिसमें लगभग कोई फंडिंग नहीं है और क्षेत्र में बड़े खिलाड़ियों के साथ अत्यधिक प्रतिस्पर्धी व्यापार के क्षेत्र में है, मुझे संदेह है कि मैं किसी भी स्केलर का पता लगाने या उसका पीछा करने में सक्षम हूं।

मैं उन लोगों को कैसे काम पर रखूं जिन पर मुझे भरोसा है, जब मैं उन्हें व्यक्तिगत रूप से नहीं जानता। उनका फिर से शुरू करना सहायक होगा लेकिन अन्यथा विश्वास समय के साथ ही विकसित होगा।

लेकिन अंत में भले ही वे कोड के साथ भाग जाते हैं, यह वह सेवा है जो बिक्री के बाद बनी रहती है। इसलिए मैं लंबी अवधि के लिए वास्तव में चिंतित नहीं हूं।


28
मुझे पता है कि मैं (और कोई अन्य समझदार, सक्षम डेवलपर) उन स्थितियों के तहत काम करने पर विचार करूंगा, जिन्हें आपने (अक्षम पेंड्रिव्स, डीवीडी लेखकों ...) पर संकेत दिया है।
जोनाथन स्टर्लिंग

5
बस जहरीला।
जोनाथन स्टर्लिंग

53
सच कहूं, जब मैं किसी ऐसे व्यक्ति से मिलता हूं, जो किसी भी विश्वास को बढ़ाने से इनकार करता है, तो मुझे हमेशा लगता है कि यह मेरी खुद की विश्वसनीयता के बारे में अधिक कहता है - जो कहना है, अगर आपको लगता है कि मुझ पर भरोसा नहीं किया जा सकता है, तो यह इसलिए है क्योंकि आप जानते हैं कि ' टी भरोसेमंद हो।
जेम्स मैकलेओड

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

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

जवाबों:


77

आपको अपने डेवलपर्स पर भरोसा करने की आवश्यकता है।

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

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

हर तरह से अपने अनुबंध में एक गोपनीयता क्लॉज जोड़ें, लेकिन अनुबंध के सबसे महत्वपूर्ण भाग के रूप में इसे उजागर करना शायद अनावश्यक है।


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

46
इसके अलावा, वास्तविक दुनिया में, तीसरे पक्ष चोरी कोड नहीं चाहते हैं। जोखिम बहुत बढ़िया है। जब 90 के दशक के मध्य में एंटरप्राइज़ रिलेशनल डेटाबेस मार्केट के लिए इनफॉर्मिक्स और ओरेकल इसे बाहर निकाल रहे थे, तो इन्फॉर्मिक्स के डेवलपर्स में से एक ओरेकल में शामिल होना छोड़ दिया (जो कि काफी सामान्य था), और इन्फॉर्मिक्स स्रोत से भरा एक हार्ड ड्राइव उसके साथ ले लिया (जो nn है) 'टी)। उन्होंने ओरेकल में अपने नए बॉस से गर्मजोशी से स्वागत की उम्मीद की, लेकिन इसके बजाय उन्हें एक सुरक्षा टीम और गिरफ्तारी मिली। फिर ओरेकल सिक्योरिटी को इन्फॉरमिक्स सिक्योरिटी कहा जाता है, और हार्ड ड्राइव ओरेकल से किसी को देखे बिना ही इनफॉर्मिक्स में वापस चली गई।
बॉब मर्फी

1
@ याकूब मर्फी मुझे आशा है कि हर कोई खाद्य श्रृंखला के निचले हिस्से में भी ईमानदार है।
अबेल

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

2
दो शब्द: एडवर्ड स्नोडेन ( en.wikipedia.org/wiki/Edward_Snowden )। यहां तक ​​कि यूएस फेडरल सरकार के भीतर सबसे गुप्त प्रभागों के पास इस समस्या का अच्छा समाधान नहीं है। क्या आप (ओपी) को लगता है कि आप किसी भी बेहतर कर सकते हैं? विश्वास और उचित नियंत्रण पर अपने समाधान का निर्माण करें, सतही तकनीकी प्रतिबंधों पर नहीं!
रिनोगो

74

यदि ये प्रोग्रामर सॉफ़्टवेयर को पहली जगह लिख सकते हैं, तो ...

वे इसे आईटी की जरूरत नहीं है।

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

तो, मुझे लगता है कि आप बस उन पर भरोसा करने जा रहे हैं, या खुद सॉफ्टवेयर लिखें


3
क्या यह गैर-प्रतिस्पर्धा खंड के लिए एक तर्क है? ;)
टिम

8
वास्तव में: आपके प्रोग्रामर ने आपके कोड को पहले ही कॉपी कर लिया है, यह ज्ञान उनके सिर में है।
फ्रैंक शियरर

मैं समझता हूँ कि। मैं नहीं चाहता कि नव शामिल डेवलपर्स स्कैल्पिंग कोड।
abel

3
@ लेबल, चोरी किया गया कोड आपके लिए उतना उपयोगी नहीं है जितना आपको लगता है कि यह है। स्रोत कोड के बिना भी एक ऐप को 'क्लोन' किया जा सकता है। मालिकाना एल्गोरिदम , अब वही है जो आप सुरक्षित रखना चाहते हैं। डेवलपर्स को उन जानने के लिए 'चोरी' कोड की आवश्यकता नहीं है, बस इसे पढ़ें और फिर इसे फिर से बनाएँ। हेक, केवल प्रोग्राम का उपयोग करके एक एल्गोरिदम को कम करने के लिए पर्याप्त हो सकता है। तो, जैसा कि दूसरों ने कहा है, एक साधारण गैर-प्रतिस्पर्धा वाला खंड चाल करेगा और आप सभी के बारे में कर सकते हैं। कोड को सुरक्षित रूप से सुरक्षित करना आपके समय की बर्बादी है क्योंकि उनके नमक के लायक कोई भी डेवलपर आसानी से उसे बायपास कर सकता है।
ग्रैंडमास्टरबी

11
सत्य के लिए +1 ... और मुझे हंसते हुए कुर्सी से गिराने के लिए। गायों को दूध चुराने की जरूरत नहीं है। 8D
The BuzzSaw

22

मैंने सुना है कि इसका कोई भी विचार $ 20 से अधिक का नहीं है (और यह कनाडाई डॉलर है!) इस विचार का केवल तभी मूल्य है जब इसे अच्छी तरह से निष्पादित किया जाता है। यहां तक ​​कि अगर यह उन्हें कोड चोरी करने और खुद इसे बनाने की कोशिश करने की बात आती है, तो ऑड्स हैं कि आपको अगले कदम के बारे में बेहतर जानकारी है, और सॉफ्टवेयर के संभावित खरीदारों के साथ अधिक संपर्क है।

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


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

1
संबंधित: sivers.org/multiply । बुरे विचार 2 पेंस के लायक भी नहीं होंगे, लेकिन अच्छे विचारों की कीमत $ 20 से अधिक हो सकती है।
पचेरियर

6

कड़ी सच्चाई यह है कि कोई भी आपका कोड नहीं चाहता है। आप सोच सकते हैं कि आप एक समाधान विकसित करते हैं हर कोई जानना चाहता है कि यह कैसे काम करता है। लेकिन अधिक से अधिक बार आप नहीं करते हैं।

यदि आप अपने प्रतिस्पर्धियों के स्रोत कोड को अपने हाथों में ले लेंगे तो आप क्या करेंगे? आप इसे वितरित नहीं कर सकते। आप इसके किसी भी हिस्से को अपनी परियोजना में कॉपी नहीं कर सकते हैं (भले ही यह आपके कोडबेस में तीसरे पक्ष के कोड को एकीकृत करने के लिए इतना कठिन नहीं था)। आप क्या कर सकते है? आप इसका अध्ययन कर सकते हैं। लेकिन अक्सर कोड को पढ़ने के लिए इसे पहले स्थान पर लिखना कठिन होता है।

ओपन सोर्स सॉफ्टवेयर को देखें। यह एक चोरी स्रोत कोड के लिए एक निकटतम सादृश्य है। अनमने कोड की एक विशाल मात्रा है। एक बड़े हिस्से के पास एक लाइसेंस है जो आपकी आवश्यकताओं के अनुरूप नहीं है। दूसरों के पास असंगत प्रोग्रामिंग भाषा है या आपके प्लेटफॉर्म पर पोर्ट करने की आवश्यकता है। आपकी आवश्यकताओं के अनुरूप कोड को पढ़ने में बहुत समय लगेगा।

एक बंद स्रोत मानसिकता के साथ कई ओपन सोर्स प्रोजेक्ट हैं। यानी वे पैच स्वीकार नहीं करते हैं। जल्द ही आपके कोड का संस्करण इतना अधिक विचलित हो जाएगा कि नए संस्करणों को मर्ज करना असंभव होगा।

आपको यह समझना चाहिए कि आपकी टीम सबसे मूल्यवान क्या है जो आपके कोड को बनाए रखती है, उसे आगे बढ़ाती है। कोड ही नहीं।


5

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

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

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

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

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


4

आपके संभावित ग्राहकों को आपको वहाँ वित्त के साथ भरोसा क्यों करना चाहिए?

आखिर आप पैसे लेकर भाग सकते हैं।

Microsoft, Google, IBM जैसी कंपनियां हजारों लोगों को बंद स्रोत सॉफ़्टवेयर के बारे में लिखने के लिए नियुक्त करती हैं, और, कोड के साथ चलने वाले अपने कर्मचारियों के बारे में चिंतित नहीं हैं। कॉपीराइट सुरक्षा और एक स्पष्ट "कोई भी कोड आपके नियोक्ता का है" रोजगार अनुबंध में खंड इसे कवर करता है, और, कोड चोरी करने के लिए पूर्व कर्मचारियों के खिलाफ अदालत के मामले अत्यंत दुर्लभ हैं।

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


3

जैसा कि दूसरों ने उल्लेख किया है, यह मुख्य रूप से लोगों की चिंता का विषय है।

हालांकि, कई प्रमुख सुरक्षा विक्रेता हैं जो डेटा लीक के लिए सॉफ्टवेयर समाधानों का विपणन करते हैं:

मैं उनकी प्रभावशीलता या उपयुक्तता पर टिप्पणी नहीं कर सकता क्योंकि मेरे पास इन समाधानों के साथ सीमित अनुभव है, लेकिन सिर्फ यह सोचा कि यह इस बात को इंगित करने के लिए सहायक हो सकता है।


3
विचार की तरह, एकमात्र चिंता यह है कि ये उत्पाद कॉर्पोरेट भाषा से भरे हुए हैं और यह स्पष्ट नहीं करते हैं कि वे वास्तव में क्या कर रहे हैं :)
मंगल राबर्ट्सन

2

ईमानदारी से, जैसे बाकी सभी ने कहा, आपको बस अपने प्रोग्रामर पर भरोसा करने की जरूरत है।

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

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