2008-09-02 14 views
5

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

अपने करियर के दौरान, पर brownfield की तुलना में आपने कितना समय व्यतीत किया है?

पिछले 10 वर्षों में मैं अनुमान लगाता हूं कि मैंने ग्रीनफील्ड पर 20% और ब्राउनफील्ड पर 80% खर्च किया है। क्या यह सामान्य है?

उत्तर

3

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

अनुसंधान या शिक्षाविदों में डेवलपर्स, हालांकि, ग्रीनफील्ड विकास करने की अधिक संभावना हो सकती है। स्टार्ट-अप भी।

2

मुझे लगता है कि आपका अनुपात 20:80 कई/अधिकांश डेवलपर्स का प्रतिनिधि है। नए विकास के रूप में: यदि आप सॉफ्टवेयर को बढ़ते हुए (स्क्रम, एक्सपी, इत्यादि) बना रहे हैं तो कोई तर्क दे सकता है कि आप ब्राउनफील्ड विकास में अपना पूरा समय व्यतीत करते हैं। शुरुआती पुनरावृत्ति/अन्वेषण कार्य के अलावा, प्रोटोटाइपिंग, भले ही आप कुछ नया निर्माण कर रहे हों, आप पहले से ही एक स्थापित कोड बेस, रिफैक्टरिंग और विस्तार पर काम कर रहे हैं। तो हरे रंग का विकास वास्तव में हरा कितना है?

1

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

  • के बारे में 60/40 भूरे/बड़ा परियोजनाओं के लिए हरे, संख्या बड़ी परियोजनाओं के लिए
  • के बारे में 20/80 भूरे/हरे रंग में, टाइम में उस पर खर्च
  • और लगभग 0/100 छोटी तरफ परियोजनाओं के लिए भूरा हरा

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

और मुझे यह पसंद है।

2

अक्सर समस्या ब्राउनफील्ड बनाम ग्रीनफील्ड तक उबाल नहीं जाती है। कुछ मामलों में एक हाइब्रिड ग्रीनफील्ड/ब्राउनफील्ड दृष्टिकोण के लिए एक वैध अवसर है।

मैंने "क्लासिक सॉफ़्टवेयर गलतियों: टू ग्रीनफील्ड या रिफैक्टर लीगेसी कोड" नामक एक लेख लिखा है, जो इस सटीक विषय पर चर्चा करता है और संभावित संयोजनों की एक श्रृंखला को रेखांकित करता है, फिर प्रत्येक के परिणामों का मूल्यांकन करता है।

http://stepaheadsoftware.blogspot.com.au/2012/09/greenfield-or-refactor-legacy-code-base.html

क्या कुछ लोगों को आश्चर्य हो सकता है कि एक गैर तकनीकी विशेषता, कंपनी के आकार, रणनीति के चुनाव और उस रणनीति की सफलता की संभावना में एक बड़ी निर्धारक हो जाएगा।

संबंधित मुद्दे