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