उपयोगी डेवलपर आदतें

जिसकी बदौलत आप एक प्रोग्रामर के रूप में बेहतर बनेंगे

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

जैसा कि डेनिस वेटले ने कहा, "आप एक बुरी आदत से छुटकारा नहीं पा सकते, लेकिन आप इसे एक अच्छे से बदल सकते हैं।" इसलिए, मैं आपको सात आदतों की एक सूची प्रदान करता हूं जो मुझे लगता है कि एक प्रोग्रामर के रूप में बेहतर बनने में आपकी मदद करेंगे।

Alconost में अनुवादित

1. दोहराएं नहीं

निश्चित रूप से यह आपके लिए एक से अधिक बार हुआ है: आप कोड के एक टुकड़े को देखते हैं और देखते हैं कि यह उस खंड के समान है जो पहले से ही लिखा है ।

यह एक बुरा शगुन है: पुनरावृत्ति से बचा जाना चाहिए। कोड का डुप्लीकेशन एक खराब टोन है, क्योंकि इस तरह के कोड को समय के साथ बनाए रखना अधिक कठिन हो जाता है, क्योंकि कई स्थानों पर सुधार करना पड़ता है। परिणामस्वरूप, कोड में रेंगने वाली त्रुटियों की संभावना बढ़ जाती है।

"Do Not REPEAT", या DRY (eng। अपने आप को दोहराना नहीं) के सिद्धांत का पालन करना अच्छी बात है: यदि आप कोड लिखना शुरू कर देते हैं जो पहले से ही सिस्टम के किसी अन्य हिस्से में है, तो सबसे अधिक संभावना है कि आप इसे फिर से तैयार करें। कोड और तर्क को छोटे पुन: प्रयोज्य ब्लॉकों में विभाजित करें और जहां आवश्यक हो, उन्हें कॉल करें।

2. लिखा - रिफ्लेक्टर

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

लेकिन अगर कोड काम करता है, तो और क्या चाहिए?

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

इसके अलावा, रिफैक्टरिंग कोड जटिलता को कम करने में मदद करता है, जो रखरखाव को सरल करता है। और भविष्य में यह भुगतान करेगा।

3. व्यावसायिक उद्देश्यों पर ध्यान दें

डेवलपर्स, एक नियम के रूप में, तकनीकी स्टैक के अध्ययन में इतने डूबे हुए हैं कि वे व्यवसाय के कार्यों की दृष्टि खो देते हैं - हालांकि, हमें उनके बारे में नहीं भूलना चाहिए। याद रखें कि आप जिस परियोजना का विकास कर रहे हैं उसका उद्देश्य क्या है ?

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

आपके काम करने का समय क्या है? क्या आप व्यवसाय को लाभान्वित करते हैं - या इस तथ्य पर बहुत अधिक समय खर्च करते हैं कि वास्तव में यह बहुत महत्वपूर्ण नहीं है? अपने आप से यह सवाल अधिक बार पूछें।

4. छोटा काम करता है

यदि प्रतिबद्ध का दायरा छोटा है, तो यह आपको इसे स्पष्ट विवरण देने की अनुमति देता है। हर कोई समझता है कि "त्रुटियों की एक जोड़ी तय की गई है" एक बुरा वर्णन है, है ना?

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

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

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

इसलिए, छोटे आवागमन के मामले में, कोड सत्यापन को बहुत सरल किया जाता है: एक समय में एक बदलाव की जाँच करना, यह पता लगाना आसान है कि वास्तव में क्या बदल गया है।

5. मुख्य बात एकरूपता है

यदि आप कैमल स्टाइल में चर नाम रखने का निर्णय लेते हैं, तो इस नियम से पीछे न हटें। टैब के बजाय रिक्त स्थान का उपयोग करना चाहते हैं? आगे बढ़ो! लेकिन कोई फर्क नहीं पड़ता कि आप क्या चुनते हैं, हर जगह इसके साथ रहना।

समय के साथ, लिखित सॉफ़्टवेयर को समझना अधिक से अधिक कठिन हो जाता है: एक परियोजना जितनी लंबी होती है और जितने अधिक लोग उस पर काम करते हैं, उतने अधिक कोड में अव्यवस्था होती है। इसलिए, एकरूपता की कमी समस्या पैदा करती है।

एकरूपता बनाए रखने के लिए क्या किया जा सकता है?

सबसे पहले, आपको डिजाइन की एक निश्चित शैली चुनने और उस पर छड़ी करने की आवश्यकता है। आप कोड एनालाइज़र - लिंटर का उपयोग कर सकते हैं - जो जांच करेगा कि चुनी हुई शैली के अनुपालन के लिए क्या लिखा गया है।

दूसरे, चर, विधियों और वर्गों के समान नामकरण के लिए छड़ी। मेरे लेख में अच्छे नाम कैसे दें, इसके बारे में और पढ़ें।

मुख्य बात - याद रखें: कोड आधार बनाए रखने की सुविधा कोड की एकरूपता पर बहुत अधिक निर्भर करती है!

6. "बाद के लिए" मत छोड़ो

"ठीक है, मैं इसे बाद में ठीक कर दूंगा," परिचित लगता है? हम सभी जानते हैं कि इस तरह के "बाद में" अक्सर "कभी नहीं" में बदल जाते हैं। यदि आप "TODO" टिप्पणी देखते हैं, तो इसका मतलब है कि किसी ने अनिश्चित "बाद" के लिए कुछ छोड़ दिया।

एक कोड स्निपेट या उपयोगकर्ता कहानी पर स्क्रैच से पूरा होने तक काम करें।

लेकिन "पूरा होने से पहले" का क्या मतलब है?

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

और अंतिम एक दस्तावेज है। क्या मुझे इस विशेष कार्य के लिए प्रलेखन की आवश्यकता है? क्या आपने परीक्षक को समझाया है कि इस सुविधा का परीक्षण कैसे करें? क्या उसे (या उसके) किसी पूर्व शर्त के बारे में जानने की जरूरत है?

7. सीखना बंद न करें

हर दिन नई तकनीकें सामने आती हैं। कभी-कभी ऐसा लग सकता है कि सभी प्रवृत्तियों के साथ रहना असंभव है। हालाँकि, आप नई चीजों को सीखना बंद नहीं कर सकते: जैसे ही आप सीखना बंद कर देंगे, आप पेशेवर रूप से बढ़ना बंद कर देंगे।

निरंतर परिवर्तन के हमारे तकनीकी युग में श्रम सीखना बाजार में प्रासंगिक बने रहने का एकमात्र तरीका है नया सीखना।

"यदि आप पहले से ही पूरी तरह से जानते हैं तो आप कुछ करने की कोशिश नहीं करेंगे"
- राल्फ वाल्डो

अनुवादक के बारे में

लेख का अनुवाद अल्कोनोस्ट ने किया था।

Alconost 70 भाषाओं में खेल , एप्लिकेशन और साइटों को स्थानीय करता है। मूल भाषा के अनुवादक, भाषाई परीक्षण, एपीआई के साथ क्लाउड प्लेटफ़ॉर्म, निरंतर स्थानीयकरण, परियोजना प्रबंधक 24/7, स्ट्रिंग संसाधनों का कोई भी प्रारूप।

हम विज्ञापन और प्रशिक्षण वीडियो भी बनाते हैं - Google Play और ऐप स्टोर के लिए बिक्री, छवि, विज्ञापन, प्रशिक्षण, टीज़र, खोजकर्ता, ट्रेलरों के लिए।

→ और पढ़ें