मैं एक बाहरी टीम को प्रबंधित करने में मदद कर रहा हूं जो कुछ मौजूदा उत्पादों के नए संस्करण विकसित करना शुरू कर रहे हैं। ऐतिहासिक रूप से, इस टीम ने विजुअल स्टूडियो में लगभग 30 मॉड्यूल के लिए एक एकल समाधान में एक एकल परियोजना के मॉडल का उपयोग किया है जो एक साथ एक निर्माण योग्य निर्माण के लिए जाते हैं।
यह बिल्ड विश्वसनीयता और गुणवत्ता पर हानिकारक प्रभाव डाल रहा है, क्योंकि वे हमेशा हमें सबसे अद्यतित स्रोत कोड नहीं भेजते हैं। हम उन्हें एक ही समाधान में सभी संदर्भित कोड को एकजुट करने के लिए दबाने की कोशिश कर रहे हैं, लेकिन हमें कुछ प्रतिरोध मिल रहा है - विशेष रूप से वे मॉड्यूल के बीच अन्योन्याश्रयता के बारे में बात करते रहते हैं (विजुअल स्टूडियो में "प्रोजेक्ट्स" पढ़ें) अगर सब कुछ रखा गया है, तो बढ़ाया जा रहा है एक समाधान फ़ाइल। अलग-अलग समाधानों में कोई भी कोड कहीं और प्रयोग नहीं किया जाता है।
मैं जोर देकर कहता हूं कि यह बकवास है और अच्छे विकास पैटर्न ऐसी किसी भी समस्या से बचेंगे।
विचाराधीन टीम मौजूदा उत्पाद पर बगफिक्स और नई फीचर डेवलपमेंट भी करती है, जिसका अनुभव कम से कम कहने में आनाकानी करता है और कई समाधानों में विभाजित होने की समान समस्या से ग्रस्त है। हमें उनके स्रोत नियंत्रण ( TFS ) तक पहुंचने से मना कर दिया गया है , और कोडबेस को एकीकृत करने के लिए हम जो दृष्टिकोण अपना रहे हैं, वह है कि हम कम से कम लापता अपडेट की संख्या को कम करने के लिए प्रयास करें और कभी-कभार होने वाले रिग्रेशन (हाँ, निश्चित बग) को फिर से प्राप्त कर रहे हैं उत्पाद से परिचित) यह कहकर "हमें संपूर्ण समाधान फ़ोल्डर का एक ज़िप भेजें ताकि हम इसे खोल सकें, इसे विजुअल स्टूडियो में खोल सकें, और दबाएंF5 परीक्षण के लिए "। सामान्य संरचना और गुणवत्ता के संदर्भ में, कोड बहुत खराब है और समर्थन करने के लिए कठिन है। यह अनुभव है कि मैं काम करने की प्रक्रियाओं को जल्द से जल्द विकास चक्र में प्राप्त करने पर आमादा हूं।
क्या मुझे कुछ याद आ रहा है? क्या उस कोड को अलग रखने का कोई अच्छा कारण है? मेरे पैसे के लिए यह एक कारण है कि यह सामान्य ज्ञान होगा सम्मोहक होना होगा, लेकिन मैं स्वीकार करने के लिए तैयार से अधिक है कि मैं सब कुछ नहीं जानता।