मैं एक कुशल तरीके की तलाश कर रहा हूं, यह भी अपमान के रूप में नहीं आता है, मौजूदा टीम के सदस्यों को ओओपी अवधारणाओं को पेश करने के लिए? मेरे साथी OO भाषाओं के लिए नए नहीं हैं। हम लंबे समय से C ++ / C # कर रहे हैं ताकि तकनीक स्वयं परिचित हो।
हालाँकि, मैं चारों ओर देखता हूं और बिना प्रयास के बड़े जलसेक (ज्यादातर कोड समीक्षाओं के रूप में), ऐसा लगता है कि हम जो उत्पादन कर रहे हैं वह सी कोड है जो कक्षाओं के अंदर होता है। केवल कुछ नाम रखने के लिए एकल जिम्मेदारी सिद्धांत, अमूर्त या कम से कम युग्मन के प्रयासों का कोई उपयोग नहीं है। मैंने ऐसी कक्षाएं देखी हैं जिनके पास एक कंस्ट्रक्टर नहीं है, लेकिन हर बार वे तुरंत चालू होने पर 0 से परेशान हो जाते हैं।
लेकिन जब भी मैं OOP लाता हूं, हर कोई हमेशा सिर हिलाता है और ऐसा लगता है जैसे उन्हें पता है कि मैं क्या बात कर रहा हूं। अवधारणाओं को जानना अच्छा है, लेकिन हम (दूसरों की तुलना में कुछ) वास्तविक काम देने के समय उन्हें लागू करने में बहुत कठिन समय लगता है।
कोड समीक्षाएं बहुत सहायक रही हैं, लेकिन कोड समीक्षाओं के साथ समस्या यह है कि वे केवल इस तथ्य के बाद होते हैं कि कुछ ऐसा लगता है कि हम फिर से लिखना शुरू कर रहे हैं (यह ज्यादातर रिफैक्टिंग है, लेकिन अभी भी बहुत समय लगता है) कोड जो अभी लिखा गया था। साथ ही कोड समीक्षाएं केवल एक व्यक्तिगत इंजीनियर को प्रतिक्रिया देती हैं, पूरी टीम को नहीं।
मैं एक प्रस्तुति (या एक श्रृंखला) करने के विचार के साथ कर रहा हूं और मौजूदा कोड के कुछ उदाहरणों के साथ ओओपी को फिर से लाने की कोशिश करता हूं जिन्हें बेहतर लिखा जा सकता था और फिर से बनाया जा सकता था। मैं कुछ वास्तव में पुरानी परियोजनाओं का उपयोग कर सकता था, जो अब किसी के पास नहीं हैं इसलिए कम से कम उस हिस्से को एक संवेदनशील मुद्दा नहीं होना चाहिए। हालांकि, यह काम करेगा? जैसा कि मैंने कहा कि ज्यादातर लोगों ने लंबे समय तक सी ++ किया है, तो मेरा अनुमान है कि ए) वे यह सोचकर बैठेंगे कि मैं उन्हें सामान क्यों बता रहा हूं जो वे पहले से जानते हैं या बी) वे वास्तव में इसे अपमान के रूप में ले सकते हैं क्योंकि मैं हूं उन्हें बताते हुए कि वे नहीं जानते कि वे कैसे काम करते हैं जो वे दशकों से कर रहे हैं अगर दशकों तक नहीं।
क्या एक अन्य दृष्टिकोण है जो एक कोड समीक्षा की तुलना में व्यापक दर्शकों तक पहुंच जाएगा, लेकिन एक ही समय में सजा व्याख्यान की तरह महसूस नहीं होगा?
मैं कॉलेज से बाहर एक ताजा बच्चा नहीं हूं, जिसके पास पूरी तरह से डिज़ाइन किए गए कोड के यूटोपियन आदर्श हैं और मुझे उम्मीद नहीं है कि किसी से भी। मैं इसे लिख रहा हूं इसका कारण यह है कि मैंने सिर्फ एक व्यक्ति की समीक्षा की थी जो वास्तव में कागज पर उच्च-स्तरीय डिजाइन था। हालाँकि, यदि आप क्लासेस पिक्चर करते हैं: A -> B -> C -> D, कोड B, C और D में, लगभग सभी एक ही पब्लिक इंटरफेस को लागू करते हैं और B / C में एक लाइनर फंक्शन्स हैं, ताकि टॉप-मोस्ट क्लास A बिल्कुल कर रही है सभी कार्य (स्मृति प्रबंधन के लिए, स्ट्रिंग पार्सिंग, सेटअप वार्ता ...) मुख्य रूप से 4 मोंगो विधियों में और, सभी इरादों और उद्देश्यों के लिए, लगभग सीधे डी में कॉल करते हैं।
अपडेट: मैं एक टेक लीड हूं (इस भूमिका में 6 महीने) और मुझे ग्रुप मैनेजर का पूरा समर्थन है। हम एक बहुत ही परिपक्व उत्पाद पर काम कर रहे हैं और रखरखाव लागत निश्चित रूप से खुद को ज्ञात करने दे रहे हैं।