एक डेवलपर को 8 चीजों से डरना नहीं चाहिए

कोड बदलें
सॉफ्टवेयर विकास प्रक्रिया में, ठहराव जैसी कोई चीज नहीं है। अब आप जो कुछ भी विकसित कर रहे हैं, वह घटक का अगला संस्करण है, जो भविष्य में बदलने की संभावना है। सॉफ्टवेयर विकास की दुनिया में परिवर्तन सबसे आम घटना है और आप इसे एक तथ्य के रूप में बेहतर स्वीकार करते हैं। आपके द्वारा विकसित की जाने वाली हर चीज़ के संभावित परिवर्तनों को देखें और इसलिए अपने कोड को अधिक मॉड्यूलर डिज़ाइन करें। यह परिवर्तनों को सरल करता है और एक ही समय में कोड की गुणवत्ता को बढ़ाता है। DRY और YAGNI की अवधारणाओं का पालन करने का प्रयास करें। आप अक्सर ऐसी स्थिति में होंगे जहां आप अपने कोड को देखते हैं और कल्पना करते हैं कि आप इसे बेहतर कर सकते हैं। तो इस विचार को सोने से न रोकें। व्यापार और रीफैक्टरिंग के लिए एक बार बैठो! यदि आप इसे अभी नहीं करते हैं, तो आप शायद ऐसा कभी नहीं करेंगे। आप जितना लंबा इंतजार करेंगे, यह उतना ही कठिन और महंगा होगा। और यह एक अतिरिक्त सिरदर्द में विकसित हो सकता है, जिसके साथ आप गड़बड़ नहीं करना चाहते हैं।
“अच्छा कोड वह कोड है जिसे संशोधित करना आसान है। कोड तब तक बदल जाता है जब तक कि इसे बदलना आसान न हो। सभी कोड खराब कोड बन जाते हैं। ” अज्ञात लेखक।

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

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

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

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

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

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

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