अच्छा और स्पष्ट कोड कैसे लिखें: एक प्रोग्रामर के लिए 3 आसान तरीके

एक अनुवादक से: आज हम आपके लिए एक भारतीय डेवलपर रवि शंकर राहान का एक लेख प्रकाशित कर रहे हैं। वह इस बारे में बात करता है कि यदि आप सरल और समझने योग्य कोड लिखना सीखना चाहते हैं तो क्या करें। सभी नौसिखिया प्रोग्रामर को लेख की सिफारिश की गई है।

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

डेवलपर को एक कोड बनाने की आवश्यकता होती है जिसका उपयोग दुनिया के किसी भी देश के उसके सहयोगियों द्वारा किया जा सकता है। इसलिए वह अपनी "विरासत" जैसा कुछ बन जाता है। यह सब अच्छा और तह लगता है, लेकिन वास्तविकता कुछ अलग है ...

स्किलबॉक्स सलाह देता है: दो साल का व्यावहारिक कोर्स "मैं एक प्रो वेब डेवलपर हूं । "

हम आपको याद दिलाते हैं: "हैबर" के सभी पाठकों के लिए - "हैबर" प्रोमो कोड का उपयोग करके किसी भी स्किलबॉक्स कोर्स के लिए पंजीकरण करते समय 10,000 रूबल की छूट।

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

कार्यक्रम करना कठिन है। जब आप एक प्रोग्राम लिखते हैं जिसमें लाइनें होती हैं, तो आप गलतियाँ करते हैं। कभी-कभी वे महत्वपूर्ण होते हैं, कभी-कभी बहुत नहीं। लेकिन आकार की परवाह किए बिना, उन्हें खोजने और ठीक करने में समय लगता है। कभी-कभी आपको निराशा और निराशा की कीप से बाहर निकलने के लिए मदद की ज़रूरत होती है जो आप अपने कोड पर काम करते समय गिर जाते हैं।

कभी-कभी आपको आवश्यकता होती है ... एक रबर बतख

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

एक प्रोग्रामर के रूप में, आपको अपने कोड की हर पंक्ति को रबर डक (चाहे वह वास्तविक हो या काल्पनिक) समझाने की कोशिश करनी चाहिए। जब आप ऐसा करने की कोशिश करते हैं, तो आप कोड की ताकत और कमजोरियों को समझना शुरू करते हैं। आप खुद को उसकी तरफ से देखने का अवसर दें।

यहाँ कुछ महत्वपूर्ण बिंदु हैं जो मुझे इस अभ्यास को लागू करते समय महसूस हुए। उन्होंने मुझे काफ़ी बेहतर लिखने में मदद की।

पुन: प्रयोज्य घटकों का निर्माण एक स्थायी आवश्यकता नहीं है

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

नहीं, बिल्कुल। आपको बजट सहित कुछ शर्तों को पूरा करने वाले सॉफ़्टवेयर बनाने की आवश्यकता है। आप अपनी परियोजना को लगातार पॉलिश कर सकते हैं, इसे चमकाने के लिए ला सकते हैं, समय बर्बाद कर सकते हैं, लेकिन एक आदर्श डेवलपर की तरह महसूस कर सकते हैं। लेकिन याद रखें: सॉफ्टवेयर सीमित समय के लिए प्रासंगिक है, जिसका अर्थ है कि आपको जल्दी से काम करने की आवश्यकता है, अन्यथा आप कभी भी खत्म नहीं करेंगे।

आपको इसकी आवश्यकता नहीं है

मूल अंग्रेजी स्वयंसिद्ध शब्द "YouArentGonnaNeedIt (YAGNI)" लगता है। आपको इसे इस प्रकार समझना चाहिए: "केवल कुछ साधनों का उपयोग करें जब आपको वास्तव में उनकी आवश्यकता हो, और केवल यह न सोचें कि वे आपके लिए उपयोगी हो सकते हैं।"

इसके दो कारण हैं:

• आप बेकार के कामों से बचकर समय बचाएं।
• आपका कोड बेहतर हो जाता है क्योंकि आप इसे "माना" तत्वों से बचाते हैं जो प्रोग्राम को जटिल बनाते हैं।

नंगे न्यूनतम करने के लिए सब कुछ सरल करें

चरम प्रोग्रामिंग में सरल कोड बनाने के लिए दो सुनहरे नियम हैं।

सबसे पहले , एक नई सुविधा शुरू करने का सबसे आसान तरीका यह है कि इसे "बस काम करें"। ठाठ अधिरचना बनाने की आवश्यकता नहीं है, कुछ उच्च तकनीक। बस फंक्शन का काम करें। लेकिन यह मत भूलो कि कोड को यूनिट टेस्ट पास करना होगा।

दूसरे , सिस्टम को रिफलेक्टर करें ताकि कोड सभी वर्तमान कार्यों के समावेश के साथ जितना संभव हो उतना सरल हो जाए। यह जितना संभव हो उतना साफ होना चाहिए।

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

जब आप अगली बार फंस जाते हैं, तो बतख का प्रयास करें

कोड पर बग, समस्याएँ, सामान्य कार्य करना प्रोग्रामिंग का मुख्य भाग है। इसलिए, बग को खोजने और खत्म करने के लिए हमारी अपनी तकनीकों का विकास, अपना रास्ता खोजना एक महत्वपूर्ण कार्य है।

यदि आप कहीं फंस गए हैं और कुछ भी काम नहीं कर रहा है, तो बतख की कोशिश करें

आप इसकी कल्पना नहीं कर सकते, लेकिन इसे खरीद सकते हैं। और इससे कोई फर्क नहीं पड़ता कि यह बाथटब के लिए एक नियमित बतख है या समुद्री डाकू बतख - मुख्य बात यह है कि आप इसके साथ सहज हैं ताकि यह आपके व्यक्तित्व से मेल खाता हो।

और उसके बाद, आप एक बतख के साथ बातचीत शुरू कर सकते हैं। उससे बात करें, सवाल पूछें, जिस समस्या के साथ आप काम कर रहे हैं, उसकी व्याख्या करें। नतीजा आपको चौंका देगा।

क्रिस पाइन कहने में सही था: "प्रोग्रामिंग वह नहीं है जो आप जानते हैं, यह वह है जो आप सीख सकते हैं।"

• ऑनलाइन कोर्स "प्रोफेशन फ्रंटेंड-डेवलपर"
• व्यावहारिक पाठ्यक्रम "मोबाइल डेवलपर प्रो" ।
• व्यावहारिक वार्षिक पाठ्यक्रम "पीएचपी-डेवलपर 0 से प्रो तक" ।