जब आप आमतौर पर किसी मौजूदा उत्पाद को खरीदने के लिए खुद को एक सॉफ्टवेयर मॉड्यूल लिखते हैं?

Question

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

Comments

विकल्प # 3 के बारे में, "ओपन सोर्स लाइब्रेरी का उपयोग करें?" यह वास्तव में एक समझौता हो सकता है, क्योंकि आप इसे अपनी आवश्यकताओं के साथ जोड़ सकते हैं।

— नाथन लॉन्ग

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

— हेलेम्

Answer 1

यह सामान्य रूप से सरल है, मुझे लगता है, लेकिन यह एक सामान्य दिशानिर्देश के रूप में सही है:

एक व्यक्तिगत वातावरण में

• क्या मुझे मज़ा आ रहा है?
• या क्या मैं इसे कोड करने से कुछ सीखता हूं?

तथा:

• क्या मेरे पास इसे कोड करने के लिए पर्याप्त समय है?

यदि हाँ, तो मैं इसे खरीदना पसंद करता हूं।

एक पेशेवर वातावरण में

यदि उत्पाद के स्वामित्व की कुल लागत (विकास, परीक्षण, रखरखाव, समर्थन या किसी भी संबंधित व्यय सहित) उत्पाद की लागत से अधिक है, और यह कि निवेश पर गणना की गई वापसी इस लागत को नहीं भरेगी, तो आप इसे खरीदने और आगे बढ़ने से बेहतर है।

Comments

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

— गैरी रोवे

@ गैरी रावे: धन्यवाद। "इंटरनेट प्लंबर" और वर्तमान वेब रुझानों और वेब देव नौकरी बाजार के बारे में मज़ाक बनाने का विरोध करना चाहिए। Arggghhhh, हालांकि यह काफी लुभावना है ...

— haylem

एक पेशेवर वातावरण में, यह सिर्फ विकास लागत नहीं है, बल्कि चल रही रखरखाव लागत और विकास में खो जाने वाला समय भी है।

— गिल्बर्ट ले ब्लैंक

@ गिलबर्टलेबैंक: सच है कि, गिल्बर्ट। मैं अंत-टू-एंड लागत का एक प्रकार है, लेकिन जैसा कि आपने सुझाव दिया था, मैं स्पष्ट कर दूंगा, क्योंकि यह वास्तव में उत्पाद के TCO के बारे में होना चाहिए।

— हेलेम्म

Answer 2

निर्णय लेने या खरीदने के लिए चीजों पर विचार करना

• विकास की लागत / रखरखाव के लिए लागत / उत्पाद की लागत / रखरखाव अनुबंध के लिए लागत: बेशक, यह स्पष्ट बात है, लेकिन यह वास्तव में एकमात्र चीज नहीं है। उदाहरण के लिए, यदि मैं न केवल अपनी कंपनी के लिए सॉफ्टवेयर का उपयोग करने जा रहा हूं, बल्कि इसे दूसरों को भी बेचना चाहता हूं, तो गणना अलग तरह से दिखती है

• एक उपयुक्त उत्पाद की उपलब्धता। बहुत सी व्यावसायिक प्रक्रियाओं के लिए, केवल-शेल्व सॉफ्टवेयर उपलब्ध नहीं है। या कुछ उपलब्ध है, लेकिन यह उपयुक्त नहीं है, क्योंकि इसमें 100 विशेषताएं शामिल हैं जिनसे आपको थोड़े अलग तरीके से सिर्फ 3 की आवश्यकता है, जबकि 2 अन्य महत्वपूर्ण विशेषताएं गायब हैं।

• क्या कोई तीसरे पक्ष के विक्रेता से निर्भर होना चाहता है? विशेष रूप से छोटे विक्रेता आपको हमेशा उस जोखिम के साथ प्रदान करते हैं जो विक्रेता भविष्य में बाजार से गायब हो जाता है, या उत्पाद का आगे का विकास उस दिशा में नहीं जाता है जिसकी आपको आवश्यकता होती है। अपने नियंत्रण में एक उत्पाद के लिए, आप विकास की दिशा को बेहतर बना सकते हैं।

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

Answer 3

क्रिप्टोग्राफी के साथ जो कुछ भी करना है। इसे गलत करने के लिए 100.000 तरीके हैं और अपने सॉफ़्टवेयर को गंभीर सुरक्षा भेद्यता के लिए उजागर करते हैं और इसे सही करने के लिए कुछ ही तरीके हैं। इसके लिए उच्च विशेषज्ञता की आवश्यकता है।

Comments

+1 इन्हें भी देखें: प्रोग्रामर.स्टैकएक्सचेंज.

— गैरी रोवे

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

— हेलेम्

मैं क्रिप्टोकरंसी खरीदने से बचूंगा। विश्वसनीय क्रिप्टो लाइब्रेरी आमतौर पर खुले स्रोत या ओएस का हिस्सा होते हैं। मुझे सबसे बंद स्रोत पुस्तकालयों पर अपने स्वयं के कोड पर भरोसा करना चाहिए। मैं किसी भी ऐसे पुस्तकालय का उपयोग नहीं करूँगा जो कम से कम एक स्पष्ट और पूर्ण विनिर्देश प्रकाशित नहीं करता है कि इसका क्रिप्टो कोड कैसे काम करता है।

— कोडइन्चोस

@CodesInChaos काफी कमर्शियल "क्लोज्ड सोर्स" पैकेज आपको सोर्सकोड देता है।

— पीटर बी

वास्तव में मुझे लगता है कि एक सहकर्मी की समीक्षा की गई कोड बेहतर है, और यह मानते हुए कि हमलावर को पता नहीं है कि अहंकार एक गलती है। लेकिन आप इसे क्रिप्टोग्राफी से भी क्यों जोड़ते हैं?

— रामजी काहिल

Answer 4

• उच्च समय का प्रयास, मौजूदा फिटिंग उत्पाद >> उत्पाद खरीदें
• तकनीक में व्यक्तिगत रुचि या कोई उत्पाद मौजूदा फिटिंग सभी आवश्यकताओं >>
  मेरे दम पर विकसित

Answer 5

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

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

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

Answer 6

यह, जैसा कि हर दूसरे जवाब ने कहा है, लागत-लाभ का निर्णय:

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

यह नीचे आता है कि लागत, लाभ से ऑफसेट, एक कस्टम-विकसित समाधान के ऑफ-द-शेल्फ उत्पाद की लागत से कम है।

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

Answer 7

मैं मान रहा हूं कि आप एक पेशेवर, व्यावसायिक संदर्भ में पूछ रहे हैं, और हम एक एकल पुस्तकालय के बजाय आपके सिस्टम के एक प्रमुख हिस्से के बारे में बात कर रहे हैं।

बनाओ या खरीदें बनाम बनाओ या अनुकूलित करो

ऐसी स्थितियां हैं जब आपका संगठन एक ऑफ-द-शेल्फ उत्पाद का उपयोग कर सकता है। उदाहरण के लिए, कुछ लोग अपना स्वयं का प्रोसेसर लिखेंगे - वे MS Word, या OpenOffice, या जो कुछ भी उपयोग करते हैं। स्प्रेडशीट के लिए भी। ध्यान दें कि आप अपने टेम्प्लेट या मैक्रोज़ के साथ अपने वर्ड प्रोसेसर को "कस्टमाइज़" कर सकते हैं, लेकिन लोग इसे कस्टमाइज़ करने के बारे में नहीं सोचते हैं। जैसा कि वे इसे देखते हैं, बस प्रोसेसर शब्द का "उपयोग" कर रहा है।

Webshops से ERP सिस्टम तक उसी तरह अधिक जटिल प्रणालियों का उपयोग करना संभव हो सकता है। लेकिन एक बिंदु आएगा जहां आपके डिजाइनर या व्यवसाय विकास के लोग एक बदलाव चाहते हैं जो मानक में शामिल नहीं है। चेकआउट पृष्ठ का एक नया स्वरूप, शायद, या डिस्काउंट ऑफ़र की गणना का एक नया तरीका।

यदि आप जानते हैं कि शुरू से, तो आपका निर्णय वास्तव में मेक या कस्टमाइज़ है । बस खरीदें अब एक विकल्प नहीं है। और यहां तक ​​कि अगर अभी ऐसी कोई आवश्यकता नहीं है, तो क्या आप उम्मीद करते हैं कि आपके सहकर्मी बाद में उनके साथ आएंगे?

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