विकास और आर एंड डी के बीच अंतर क्या है?


39

मुझे एक सहकर्मी द्वारा सामान्य विकास और अनुसंधान और विकास (आर एंड डी) के बीच अंतर को स्पष्ट करने के लिए कहा गया था और यह करने में असमर्थ था। विकिपीडिया पढ़ने के बाद, मेरे पास अभी भी सटीक उत्तर नहीं है।

विकिपीडिया के अनुसार (थोड़ा संशोधित):

दो प्राथमिक मॉडल हैं:

  • एक मॉडल में, प्राथमिक कार्य नए उत्पादों को विकसित करना है ;

  • अन्य मॉडल में, प्राथमिक कार्य मूल्यवान नए उत्पादों, प्रक्रियाओं और सेवाओं के विकास को उजागर करने और सक्षम करने के उद्देश्य से वैज्ञानिक और तकनीकी विषयों के बारे में नए ज्ञान की खोज करना और बनाना है

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

दूसरा मॉडल कम भ्रामक है, लेकिन फिर भी, यह कैसे योग्य है कि क्या कुछ नया ज्ञान या अस्तित्वगत ज्ञान है जो कि केवल खोजा गया है?

बाद में, विकिपीडिया जोड़ता है कि साधारण विकास R & D से भिन्न है क्योंकि इसके:

लगभग तत्काल लाभ या तत्काल सुधार।

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

उदाहरण के लिए, क्या यह विकास या आर एंड डी से संबंधित है:

  • एक इंजन विकसित करें जो डेटाबेस तक पहुंच को सरल करता है, सरल और छोटा करने से अन्य एप्लिकेशन (अस्तित्व या भविष्य में लिखे जाने वाले) के कोड को बहुत अधिक हो जाता है जो डेटाबेस तक पहुंचना चाहिए?

  • कंपनी के संसाधनों के पूरे संगठन के लिए एक नई सेवा-उन्मुख वास्तुकला की स्थापना करें, ताकि अलग-अलग और स्वायत्त अनुप्रयोगों के एक समूह से अच्छी तरह से संगठित, परस्पर वेब सेवाओं के एक सेट में स्थानांतरित हो सकें, जैसे कि अमेज़ॅन द्वारा क्या उपयोग किया जाता है?

  • कंपनी के दो डेटा केंद्रों के बीच डेटा के तेजी से प्रतिकृति की अनुमति देने के लिए एक नया संचार प्रोटोकॉल डिज़ाइन करें?

  • एक विशिष्ट उत्पाद पर काम करते समय एक नए प्रकार के सॉफ़्टवेयर परीक्षण की कल्पना करें, यह जानते हुए कि इस प्रकार के परीक्षण से परीक्षण प्रक्रिया में सुधार होगा / सरल होगा?

  • साबित करें कि सबूत, तर्क और पिछले अनुभव के आधार पर किसी विशिष्ट एप्लिकेशन के लिए कार्यात्मक प्रोग्रामिंग OOP से अधिक उपयुक्त है?

  • स्पर्श स्क्रीन पर इशारों को जोड़कर विद्यमान एप्लिकेशन को बढ़ाएं, अध्ययन और परीक्षण करने के बाद पता चलता है कि उन इशारों से कार्यों के सटीक सेट के लिए कम से कम 1.4 के अनुपात से उपयोगकर्ताओं की उत्पादकता में सुधार होता है?

  • डेटा केंद्र के पावर उपयोग प्रभावशीलता (PUE) को दृढ़ता से बढ़ाने का एक तरीका खोजें?

  • एक डोमेन-विशिष्ट भाषा (DSL) बनाएँ?

संक्षेप में, मैं यह कैसे निर्धारित कर सकता हूं कि मैं कुछ काम करते समय आर एंड डी कर रहा हूं?


21
एर्म ... आर एंड डी में अनुसंधान शामिल है?
रॉबर्ट हार्वे

जवाबों:


37

महान प्रश्न।

'विकास' और 'आर एंड डी' के बीच अंतर करना महत्वपूर्ण है।

  • बिंदु 1

R & D = उन विचारों / प्रौद्योगिकी के साथ प्रयोग करना जो वास्तव में कभी उत्पाद नहीं बन सकते।

सॉफ्टवेयर विकास = वास्तविक ग्राहक द्वारा वांछित उत्पाद / सेवा पर काम करना।

  • बिंदु 2

R & D एक विशिष्ट समस्या डोमेन के लिए नए समाधान विकसित करने के बारे में है। इस प्रयास का अंतिम परिणाम कुछ ऐसा है जिसे मैं "अनुसंधान खिलौने" कहता हूं।

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

एक सफल होने के लिए, सॉफ्टवेयर उत्पाद को कमोडिटी उपयोगकर्ता द्वारा सुलभ और प्रिय अनुसंधान खिलौना का एक फिर से कार्यान्वयन होना चाहिए। उल्लेखनीय रूप से उल्लेखनीय होने के लिए, सॉफ़्टवेयर उत्पाद को एक साथ अभिजात वर्ग और युगीन उपयोगकर्ता से अपील करनी चाहिए।

  • बिंदु 3

अनुसंधान का तात्पर्य विद्वानों या वैज्ञानिक जांच से है और इसका उद्देश्य बड़े पैमाने पर किसी उद्योग या समाज का अधिक अच्छा होना है। उत्पाद विकास की अलग-अलग प्रेरणाएं और परिणाम हैं: यह लाभ की क्षमता से प्रेरित है। उत्पाद विकास की स्थिति स्वस्थ है। प्रकाश अनुसंधान की स्थिति नहीं है।

हमें ऐसे प्रश्नों का उत्तर देने के लिए अधिक से अधिक अच्छे के लिए एक सामूहिक प्रतिबद्धता की आवश्यकता है। लेकिन यह सिर्फ परोपकार नहीं है; उत्तर एक व्यावहारिक लक्ष्य को संबोधित करेगा। प्रकाश स्रोत जो दृश्य प्रणाली के लिए स्पष्ट रूप से देखते हैं, अधिक टिकाऊ होंगे। वे स्पेक्ट्रम के क्षेत्रों में अपने उत्पादन को उत्पन्न करके कम ऊर्जा का उपयोग करेंगे जहां दृश्य प्रणाली सबसे दृढ़ता से प्रतिक्रिया करती है, जिसके परिणामस्वरूप उपयोगकर्ताओं के निर्माण के लिए बेहतर देखने को मिलता है। यह उदाहरण अनुसंधान और उत्पाद विकास के बीच अंतर को पुष्ट करता है।

  • बिंदु 4

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

  • बिंदु 5

तकनीकी दुनिया में आर एंड डी = एक दिलचस्प बिंदु के रूप में ज्ञात तकनीकों और प्रौद्योगिकी का उपयोग करके, कुछ दिलचस्प या महत्वपूर्ण करने के तरीके खोजना।

सॉफ्टवेयर विकास = कुछ दिलचस्प या महत्वपूर्ण करने के तरीके ढूंढना, एक शुरुआती बिंदु के रूप में ज्ञात तकनीकों और प्रौद्योगिकी का उपयोग करना।

  • बिंदु 6

वस्तुतः सभी सॉफ्टवेयर विकास अनुसंधान एवं विकास का डी हिस्सा है। कुछ समय में, सॉफ्टवेयर 'आर एंड डी' में बहुत कम आर होते हैं। कुछ समय में, सॉफ्टवेयर 'आर एंड डी' में बहुत बड़े आर होते हैं।

यह कई माप पर निर्भर करता है। उदाहरण के लिए,

विभिन्न आकार कंपनियों के लिए सॉफ्टवेयर विकास का प्रबंधन, कंपनी के आकार, ग्राहक आधार, आदि के आधार पर विभिन्न अर्थों पर अनुसंधान और विकास करता है।

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

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

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

  • बिंदु 7

D = "यह जानना कि आप आखिर कहाँ होना चाहते हैं", और R इसलिए है क्योंकि "प्रोजेक्ट की शुरुआत में, आप नहीं जानते कि वहाँ पहुंचने के लिए क्या करना होगा"

  • बिंदु 8

आरएंडडी भाग्यशाली लोग हैं जिन्हें बिना जवाबदेही के कुछ भी करने को मिलता है।

इस विषय पर अच्छा शोध / संसाधन:


1
मुझे लगता है कि केवल एक चीज जिसे आपने स्पष्ट रूप से नहीं बताया है - वस्तुतः सभी सॉफ्टवेयर विकास आर एंड डी का हिस्सा है। अधिकांश सॉफ्टवेयर 'आर एंड डी' में बहुत कम आर है - ओपी में सभी उदाहरण विकास हैं।
मटनज़

@ मट्टनज़, मैं आपसे सहमत हूँ। अब मैंने आपके उत्तर को अपनी बात में शामिल कर लिया है। सुझाव के लिए धन्यवाद। :)
एमडी महबूबुर्रहमान

9

अंतर अपेक्षाओं में है।

  • जब मैं आर एंड डी में काम कर रहा था, मुझे मुख्य रूप से अनुसंधान परिणाम प्रदान करने की उम्मीद थी ।

  • जब मैं विकास में काम कर रहा था, तो मुझे मुख्य रूप से काम करने वाले सॉफ़्टवेयर प्रदान करने की उम्मीद थी ।

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


8

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

अपनी सूची के बारे में:

  • एक इंजन विकसित करें जो डेटाबेस तक पहुंच को सरल करता है, सरल और छोटा करने से अन्य एप्लिकेशन (अस्तित्व या भविष्य में लिखे जाने वाले) के कोड को बहुत अधिक हो जाता है जो डेटाबेस तक पहुंचना चाहिए?

कई ORM मौजूद हैं। जब तक आपका कुछ सही मायने में अलग नहीं होता, मैं इसे R & D के रूप में नहीं गिना जाता।

  • कंपनी के संसाधनों के पूरे संगठन के लिए एक नई सेवा-उन्मुख वास्तुकला की स्थापना करें, ताकि अलग-अलग और स्वायत्त अनुप्रयोगों के एक समूह से अच्छी तरह से संगठित, परस्पर वेब सेवाओं के एक सेट में स्थानांतरित हो सकें, जैसे कि अमेज़ॅन द्वारा क्या उपयोग किया जाता है?

नहीं।

  • कंपनी के दो डेटा केंद्रों के बीच डेटा के तेजी से प्रतिकृति की अनुमति देने के लिए एक नया संचार प्रोटोकॉल डिज़ाइन करें?

यदि यह ज्ञात प्रोटोकॉल में सुधार करता है, तो मैं इस आर एंड डी पर विचार करूंगा।

  • एक विशिष्ट उत्पाद पर काम करते समय एक नए प्रकार के सॉफ़्टवेयर परीक्षण की कल्पना करें, यह जानते हुए कि इस प्रकार के परीक्षण से परीक्षण प्रक्रिया में सुधार होगा / सरल होगा?

  • साबित करें कि सबूत, तर्क और पिछले अनुभव के आधार पर किसी विशिष्ट एप्लिकेशन के लिए कार्यात्मक प्रोग्रामिंग OOP से अधिक उपयुक्त है?

  • स्पर्श स्क्रीन पर इशारों को जोड़कर विद्यमान एप्लिकेशन को बढ़ाएं, अध्ययन और परीक्षण करने के बाद पता चलता है कि उन इशारों से कार्यों के सटीक सेट के लिए कम से कम 1.4 के अनुपात से उपयोगकर्ताओं की उत्पादकता में सुधार होता है?

  • डेटा केंद्र के पावर उपयोग प्रभावशीलता (PUE) को दृढ़ता से बढ़ाने का एक तरीका खोजें?

  • एक डोमेन-विशिष्ट भाषा (DSL) बनाएँ?

इनमें से किसी भी चीज में शोध शामिल नहीं है। उन चीजों के अन्य उदाहरण देने के लिए जिन पर मैं R & D पर विचार करूंगा:

  • बेहतर एकीकरण की अनुमति देते हुए, स्काला में प्रकार के अनुमान में सुधार करें

  • एक नए प्रकार के संकलक अनुकूलन का आविष्कार करें

  • एक नया डेटाबेस बनाएं जिसमें मौजूदा लोगों के महत्वपूर्ण अंतर हों - जैसे कि काउचबडी तब थी जब यह कल्पना की गई थी

  • कार्यात्मक प्रतिक्रियाशील प्रोग्रामिंग के लिए एक कार्यशील, प्रयोग करने योग्य पुस्तकालय विकसित करें

  • मौजूदा सॉफ़्टवेयर या प्रोटोकॉल में एक नया शोषण खोजें

  • एक नया संपीड़न एल्गोरिथ्म आविष्कार करें


3

अनौपचारिक रूप से, जिस तरह से मैं इसे परिभाषित करता हूं (और मैंने आमतौर पर इसे अभ्यास में कैसे देखा है) कुछ इस तरह है:

R & D वाक्यांश का उपयोग यह दर्शाने के लिए किया जाता है कि आप कुछ हासिल करने के लिए सटीक दृष्टिकोण के बारे में अनिश्चित हैं, और / या यदि यह किया जा सकता है, और यह कितना अच्छा काम करेगा।

(संपादित करें: थोड़ा सा प्रत्यारोपित)

असल में, यह कहने का एक त्वरित, सामान्य तरीका है कि आगे एक महत्वपूर्ण अज्ञात है। अपने वास्तविक प्रश्न का उत्तर देने का प्रयास करना, यह वास्तव में निर्भर करता है कि वर्गीकरण कौन कर रहा है; उन वस्तुओं में से कई ऐसा लगता है जैसे उनमें एक महत्वपूर्ण शोध घटक शामिल है, लेकिन मुझे लगता है कि कुछ ऐसे व्यक्ति हैं जो बिना किसी शोध के उनमें से कई को प्राप्त करने में सक्षम होंगे। यह कार्य और व्यक्ति दोनों पर निर्भर करता है।

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


0

वेतन में $ 40,000 प्रति वर्ष टक्कर?

R & D में, R कभी-कभी किसी ऐसी चीज़ का वर्णन करने के लिए अनुसंधान का उपयोग करता है जिसे प्रौद्योगिकी विकास के रूप में भी वर्णित किया जाता है, जहां हमें पता चलता है कि कुछ ऐसा कैसे करना है जिसे हम नहीं जानते कि कैसे करना है। शायद अच्छी तरह से लागू अनुसंधान के रूप में वर्णित है, हम कल्पना करने के लिए कुछ डिजाइन कर सकते हैं, फिर आमतौर पर इसे पेटेंट करने की कोशिश करें या अन्यथा प्रतिस्पर्धी लाभ के लिए इसे संरक्षित या शोषण करें।

आर जोखिम को भी संदर्भित कर सकता है, क्योंकि अनुसंधान और विकास परियोजनाएं अक्सर नई तकनीक की खोज और दोहन और ज्ञात प्रौद्योगिकियों के शोषण को एक साथ मिलाने की कोशिश करती हैं। इस दृष्टिकोण के अन्य जोखिमों में, आपका ध्यान बंट रहा है, प्रोटोटाइप का निर्माण जो कि फेंकने का इरादा नहीं है, और संभावना है कि विपणन शामिल है और अनुबंध के रूप में अनुमानों का इलाज करेगा।

R & D एक ऐसा शब्द है जो एक ऐसे विभाग को तैयार कर सकता है जो ज्यादातर विकास में शामिल है। अधिकांश प्रौद्योगिकी परियोजनाओं को कुछ प्रकार के प्रोटोटाइप के साथ अनुसंधान को संयोजित करना चाहिए, लेकिन एक या एक दर्जन से कुछ बनाना मेरे लिए विकास जैसा नहीं लगता है जब तक कि इसे विनिर्माण को नहीं सौंपा जा सकता है।

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

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


-4

R & D उन विचारों के साथ प्रयोग कर रहा है जो कभी उत्पाद नहीं बन सकते। जहाँ, सॉफ़्टवेयर डेवलपमेंट उत्पाद बनने के लिए वांछित उत्पाद / सेवा पर काम कर रहा है।

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