मैं देख रहा हूं कि कुछ नए डेवलपर्स नौकरी में आए हैं और तुरंत अपर्याप्त महसूस कर रहे हैं। मैंने अपने करियर की शुरुआत में ही की थी। मुझे लगता है कि कम से कम दो प्रमुख मुद्दों पर सबसे अधिक स्मार्ट लोगों को काबू पाने की आवश्यकता है: समय की धारणा और अपनी प्राकृतिक क्षमता।
समय धारणा
स्मार्ट लोग अपेक्षाकृत जल्दी समस्याओं को हल करने के लिए उपयोग किया जाता है। मुझे याद है कि जब मुझे एक-एक पथरी की समस्या पर एक घंटा बिताना पड़ता था, तो मैं खुश हो जाता हूं। एक समस्या पर 60 मिनट खर्च करना अब और कुछ नहीं है। वे दिन खत्म हो गए हैं ... उन्हें दफनाने और अलविदा कहने के लिए। अधिकांश सॉफ्टवेयर की जटिलता और आकार आज अपमानजनक है। लोग उन सभी साधनों को नहीं समझते हैं जिनका उपयोग उन्हें किसी भी चीज़ को करने के लिए करना पड़ता है। जावास्क्रिप्ट भाषा के प्रमुख लोगों में से एक, डगलस क्रॉकफोर्ड ने कहा,
"Misapplication of standard tools...is the new standard."
दुनिया में अभी इतना समय नहीं है कि हम सभी देव उपकरणों को सीख सकें।
प्राकृतिक क्षमता
आपकी बुद्धिमत्ता, समस्या सुलझाने की क्षमता और प्राकृतिक कौशल आपको पहली जगह में पूरे डेवलपर टमटम में मिल गए। इस क्षेत्र में कुछ भी कम के लिए कोई जगह नहीं है। तो आप कोड, भाषाओं और रूपरेखाओं की 100,000 पंक्तियों के साथ क्या करते हैं, जिन्हें आप बमुश्किल जानते हैं, डिजाइन पैटर्न और प्रतिमान लोग आप पर जोर दे रहे हैं, जो लोग इसे सबसे ज्यादा जानते हैं जैसे उनके हाथ की पीठ, ग्राहक जो इसे कल चाहते हैं, और एक मालिक आपसे कौन उम्मीद करता है? आपकी प्राकृतिक क्षमता विफल होने के कारण बाहर निकल जाती है।
हाँ, यह सामान्य है। मैं अभी भी कुछ सामान है कि मेरा रास्ता फेंक दिया जाता है के साथ बाहर बेकार।
क्या किया जा सकता है?
अच्छा पुराने जमाने की कड़ी मेहनत के साथ उन प्राकृतिक क्षमताओं को सुधारने का समय है। समस्याओं को छोटे भागों में तोड़ने पर काम करें। और महसूस करें कि अतीत में आपके द्वारा की गई बहुत सी चीजों के विपरीत, इन समस्याओं को हल करने में बहुत समय लगता है। तो एक जटिल समस्या की जांच के सिर्फ 15 मिनट के बाद हार मत मानो। इसके बजाय, समस्याओं को तोड़ो और घड़ी देखना बंद करो। थोड़ी देर के बाद, एक समस्या के साथ काम करने के 30 मिनट वास्तव में ऐसा नहीं है जो यह हुआ करता था।
आत्मविश्वास, स्व-शासन की क्षमता के लिए एक बड़ी भूमिका निभाता है। तो क्या टीम, विशेष रूप से अधिक अनुभवी सीनियर्स। चीजों को न तोड़ने के बारे में सावधान रहना अच्छा है, लेकिन इसका मतलब यह नहीं है कि आपको प्रश्नों की एक निरंतर स्ट्रीम पूछने की आवश्यकता है।
इसके बजाय, स्रोत नियंत्रण का उपयोग करें। जब तक आप एक बदलाव की जांच नहीं करते हैं आप मुख्य उत्पाद को नहीं तोड़ सकते हैं और अन्य देवों को नाराज कर सकते हैं। इसके अलावा, ऐसे बदलाव करें जिन्हें आप समझ सकते हैं और परीक्षण कर सकते हैं और चेकइन से पहले उन्हें अच्छी तरह से परीक्षण करना सुनिश्चित करें।
मेरे पास एक छोटी सी परीक्षण परियोजना भी है जिसका उपयोग मैं एकबारगी, सरल कार्यक्रमों को लिखने के लिए करता हूं, इसलिए मुझे मुख्य एप्लिकेशन में सभी गोइंग-ऑन के बारे में चिंता करने की आवश्यकता नहीं है।
अंत में, याद रखें कि प्रत्येक निर्णय कुछ स्तर पर देने और लेने के साथ आता है। किसी स्तर पर किसी प्रकार का त्याग किए बिना कोई आगे नहीं बढ़ रहा है। पूर्णता के लिए प्रयास मत करो, अजीबता के लिए प्रयास करो और अपने कार्यों के प्रति सचेत रहो। क्योंकि आपको हमेशा आलोचना लेने और अपने विचारों को समझाने के लिए तैयार रहने की आवश्यकता है और आपने उन्हें क्यों बनाया। अपने निर्णयों पर गर्व करें। जब वे गलत होते हैं तब भी बहुत कुछ सीखना होता है।