🔆 🐸 ♒️ कोड कैसे लिखें ताकि आपके सहकर्मी कसम न खाएं 👩🏼‍🤝‍👨🏻 ⛹🏼 🕚

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

शुरुआत बहुत आशाजनक है और आप पहले से ही किसी तरह के तलाक को महसूस कर चुके हैं।

अब, गंभीरता से।

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

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

इसलिए मेरा मानना है कि विकल्प चुनने का कारण निश्चित बोनस देता है।

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

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

कोड कैसे लिखें ताकि आपके सहकर्मी कसम न खाएं

More articles: