कमजोर सामंजस्य की हानि

LOSING LOOSE COUPLING का अनुवाद

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

ऐसे सिद्धांतों द्वारा बनाई गई साइकिल की कल्पना करें। फ्रेम टुकड़ों में कटा हुआ है, 1 सेंटीमीटर लंबा, रीढ़ के प्रकार से जुड़ा हुआ है। क्या यह अधिक लचीला होगा? निश्चित रूप से हाँ। क्या यह व्यावहारिक होगा? बिल्कुल नहीं। यह निर्माण करने के लिए सैकड़ों गुना अधिक महंगा होगा। यह सैकड़ों गुना अधिक बार भी टूट जाएगा। इस तरह की साइकिल से अधिक दुर्घटनाएं होंगी, और अंतिम लेकिन कम से कम, यह अजीब लगेगा और सवारी करना मुश्किल होगा। हमारी पीठ लचीली होनी चाहिए, इसलिए कशेरुक समझ में आता है। साइकिलें - no।

हम धातु या कार्बन फाइबर के एक टुकड़े से साइकिल नहीं बनाते हैं। हम पहियों को बदल सकते हैं, हम स्टीयरिंग व्हील को बदल सकते हैं, लेकिन हम इसके बारे में पागल नहीं हैं। कुछ भाग छोटे हैं, कुछ बड़े हैं और यह बुरा नहीं है।

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

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

यदि हम चाहते हैं कि हमारी बाइक में एक राक्षस ट्रक से पहिए हों, तो हमारे डिजाइन को बदलने और उन्हें फिट बनाने के लिए कुछ करना आवश्यक होगा। और आप जानते हैं कि क्या - क्या हम प्रोग्रामिंग में ऐसा कर सकते हैं। मैं इस अद्भुत तकनीक के साथ आया था, मुझे नहीं पता कि क्या इंटेलीज में ऐसा करना संभव है, लेकिन कम से कम एक्लिप्स (जो मैं उपयोग करता हूं) में आप उस कोड को चुन सकते हैं जिसे बदलने की आवश्यकता है: कर्सर बटन दबाते समय SHIFT कुंजी दबाए रखें जब तक कोड के भाग को बदलने की आवश्यकता होती है, तब तक हाइलाइट किया जाता है; SHIFT कुंजी जारी करें और DELETE दबाएँ। और कोड गायब हो जाएगा! और फिर आप कुछ और लिख सकते हैं। यह वास्तव में काम करता है! मैंने कोशिश की है। जावा कोड में भी, न केवल xml या गुण फाइलों में! यह अद्भुत है!

कभी ध्यान दें कि बड़े कॉरपोरेट प्रोजेक्ट्स की लागत कितनी होती है, हमेशा के लिए विकास में लग जाते हैं, और फिर परिणाम प्राप्त करने की कोशिश करने पर प्रभावी रूप से असफल हो जाते हैं? इसके कई कारण हैं। लेकिन मुझे विश्वास है कि उनमें से एक लचीलापन है। एक क्लीवर का लचीलापन और एक वैक्यूम बैग व्यक्तिगत रूप से एक सामान्य कोड के मिनी टुकड़ों में लिपटे हुए हैं। विशिष्ट बहुचर्चित मामलों में अच्छे (संभवतः कई) सिस्टम बनाने के बजाय, हम एक SINGLE (सुपर कंफर्टेबल) सिस्टम THAT MANAGES ALL बनाने पर जोर देते हैं। एक कार्यक्रम जो हर किसी के लिए, हर जगह काम करेगा, चाहे उनकी जरूरत कोई भी हो।

लेकिन क्या होगा अगर एक दिन हमें डेटाबेस बदलने की आवश्यकता है? अगर हमें कहीं और इस डेटा की आवश्यकता है तो क्या होगा? क्या होगा अगर इस संदेश का प्रारूप बदल जाए? हम उसे बदल सकते हैं। क्या हमारे सिस्टम की रिलीज़ की आवृत्ति पहले स्थान पर नहीं है? अगर हम उन्हें बदल दें तो क्या होगा? यदि हमारे सिस्टम का अच्छी तरह से परीक्षण किया गया है और अच्छी तरह से डिज़ाइन किया गया है, तो परिवर्तन कोई समस्या नहीं है।

मैं कमजोर कनेक्शन के लिए हूं, लेकिन मुझे एक एहसान करें: सुनिश्चित करें कि आपका समाधान आपकी समस्या से संबंधित है।