मैं वर्तमान में कुछ डेवलपर्स द्वारा निर्मित एक प्रणाली की समीक्षा कर रहा हूं जो पहले मेरी नौकरी पर काम करती थी। उपयोगकर्ता के दृष्टिकोण से यह प्रणाली बहुत अच्छी तरह से काम करती है, लेकिन जब कोड समीक्षा में देरी होती है तो यह पूरी तरह से गड़बड़ है। मैं आश्वस्त हूं कि जिस तरह से एप्लिकेशन बनाया गया है वह भविष्य के अपडेट के लिए होल्ड नहीं करेगा, उपयोग में अकेले उच्च वृद्धि होने दें।
समस्या यह है कि मुझे पता है कि यह कितना बुरा है, लेकिन मेरे वरिष्ठ नहीं हैं। मैं इसे अपने प्रबंधक को कैसे साबित कर सकता हूं ताकि वह वास्तव में समस्या को देखे और वर्तमान कोडबेस पर न्यूनतम ट्राइएज करने के लिए आश्वस्त हो सके, और निकट भविष्य में एप्लिकेशन के अगले संस्करण के लिए विकास की एक नई पंक्ति शुरू करे?
6
programmers.stackexchange.com/questions/59050/… हो सकता है कि "बड़े पुनर्लेखन" को कितनी बुरी तरह से किया जाए जो आमतौर पर एक व्यावसायिक दृष्टिकोण से समाप्त होता है। यह वही होगा जो एक अधिक "वरिष्ठ स्तर" प्रोग्रामर करेगा।
—
क्वेंटिन-स्टारिन
@qes, "बड़ा पुनर्लेखन" करने की तुलना में केवल एक चीज खराब है जो "बड़े पुनर्लेखन" का एक भयावह डर है। जब मैंने अपनी वर्तमान स्थिति शुरू की, तो मुझे दो या तीन अलग-अलग प्रोग्रामर से पर्ल सीजीआई की गड़बड़ी विरासत में मिली, जिसमें कोई स्रोत नियंत्रण, बग ट्रैकिंग या परीक्षण नहीं था। इसने कुछ आश्वस्त किया, लेकिन मुझे विरासत कोड को बनाए रखते हुए रूबी ऑन रेल्स में फिर से लिखने को मंजूरी मिल गई। 5 महीने बाद, उपकरण अधिक उपयोगकर्ता के अनुकूल थे, और हम महीनों के बजाय दिनों या हफ्तों में नई सुविधाएँ जोड़ सकते हैं। उपयोगकर्ता खुश हैं, और मैं अपना दिमाग नहीं खो रहा हूं। "बड़े पुनर्लेखन" को ठोस औचित्य की आवश्यकता होती है, न कि कुल परिहार की।
—
जेसन लुईस
@JasonLewis: (मैं अनुमान लगा रहा हूं कि आपने मेरी पिछली टिप्पणी में लिंक का अनुसरण नहीं किया है?) ऐसा लगता है कि किसी ऐसे व्यक्ति के लिए सलाह दी जाती है जो एक साल से भी कम समय में आत्म-वर्णित होता है, जिसमें महत्वपूर्ण कौशल की कमी होती है, जो एक वरिष्ठ स्तर का होता है। ' टी पता है कि एक नई परियोजना शुरू करते समय कहां से शुरू करें।
—
क्वेंटिन-स्टारिन
@JasonLewis मैं आपसे पूरी तरह सहमत हूँ। हर बार जब कोई एसई में किसी ऐप को फिर से लिखने के बारे में पूछता है तो बहुत से लोग यह कहते हैं कि "एक बड़ा पुनर्लेखन मत करो" विचारधारा। मुझे लगता है कि ऐसा करने के लिए निश्चित रूप से कई कारण हैं, लेकिन आपको हर कीमत पर इससे बचना नहीं चाहिए। मैंने कोड ऐप की 100k लाइनों के पुनर्लेखन में भाग लिया है और हमने जो कुछ भी वर्णित किया है, उसी के अनुरूप आपको बहुत सफलता मिली है। हम इसे मॉड्यूल (यूआई का पहला हिस्सा, फिर सर्वर, फिर बाकी) द्वारा मॉड्यूल को फिर से लिखने में सक्षम थे। 12 महीने बाद हमारे पास एक बहुत खुश ग्राहक आधार है और हर किसी को हमारे द्वारा लिए गए निर्णय पर गर्व है।
—
एलेक्स
यह अधिक सामान्य समस्या का हिस्सा है: आपके पूर्ववर्ती के दीर्घकालिक परिणामों पर तत्काल परिणाम के लिए। ओवर लेते समय, आपको यह समझाना होगा कि आप समान आउटपुट क्यों नहीं रख सकते हैं।
—
डेविड थॉर्नले