सरलता हिक्की

नमस्कार, हेब्र!

मैं रॉबर्ट सी। मार्टिन (अंकल बॉब) के " सिंपल हिकी " लेख का अनुवाद आपके ध्यान में लाता हूं।



रिच हिकी ने स्ट्रेंज लूप पर एक सरल व्याख्यान दिया जिसका शीर्षक था सिंपल, इजी। मैं आपको यह सुनने में एक घंटा बिताने की सलाह देता हूं। यह प्रदर्शन हर सेकंड लायक है।

इस व्याख्यान में कुछ बातें होंगी जिनसे आप असहमत हैं। जब ऐसा होता है, तो रुकें और सोचें - गंभीरता से सोचें - क्या आप वास्तव में असहमत हैं। शायद आपको यह नहीं सोचना चाहिए कि ऐसा है।

उदाहरण के लिए, रिच कहते हैं कि TDD और एजाइल और रीफैक्टरिंग के बारे में कुछ प्रतीत होता है कि बर्खास्त करने वाली चीजें, एजाइल समुदाय की पवित्र गाय हैं। यदि आप इस समुदाय के लिए प्रतिबद्ध हैं, तो आप नकारात्मक प्रतिक्रिया कर सकते हैं। कोई जरूरत नहीं अमीर अभ्यास की उपेक्षा नहीं करता है। वह धर्म की उपेक्षा करता है - लापरवाही - तुच्छता।

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

रिच जोर देते हैं कि स्प्रिंटर्स तेजी से चलते हैं, लेकिन लंबे समय तक नहीं। वह फिर कहता है कि फुर्तीली ने इस समस्या को "पिस्तौल" से शुरू कर दिया और शुरुआती उत्तराधिकार में बार-बार पिस्तौल निकाल दिया। वह मुस्कुराता है और दर्शक हंसते हैं। इसके बाद उन्होंने कहा कि निरंतर स्प्रिंट जरूरी नहीं कि सिस्टम को सरल बना दे, और सरलता गति की कुंजी है।

निश्चित ही वह सही है। मार्टिन फाउलर ने अपने लेख "फ्लैसीड स्क्रम" में इस बारे में बात की। और यह कि चुस्त समुदाय में हम में से कई लोगों ने व्यक्त किया है। अच्छे तकनीकी अभ्यास के बिना इस तरह के छोटे पुनरावृत्तियों में तेजी से विकास नहीं होता है। बल्कि इससे गड़बड़ होती है।

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

यहां रिच से एक और बात की गई है: हैमॉक ड्रिवेन डेवलपमेंट, जिसमें वह हमें सोचने के लिए प्रोत्साहित करता है, न कि केवल टुकड़ों और कोड के टुकड़े लिखता है।


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

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

अंत में, मुझे लगता है कि रिच की टीडीडी धारणा उद्योग में जो कुछ भी देखता है, उससे विकृत है। ईमानदारी से, मुझे लगता है कि उन्होंने कुछ विवरणों को याद किया। और मुझे लगता है कि वह समझ जाएगा कि यह अभ्यास मेरे लिए उतना ही उपयोगी होगा। सोच से बचने और खुद को गड़बड़ में फेंकने के तरीके के रूप में नहीं, बल्कि विस्तृत, सावधान और विचारशील होने के लिए एक अनुशासित तरीके के रूप में।

अब अपने आप से पूछें कि टीडीडी का आपके लिए क्या मतलब है। क्या टीडीडी का अनुशासन आप चीजों को आसान बनाने के लिए उपयोग करते हैं? या क्या यह एक अनुशासन है जिसे आप विचारशील, सावधान और जटिल नहीं होने के लिए उपयोग करते हैं?