एक जूनियर के रूप में मैंने आठ गलतियाँ कीं

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

मैंने उनकी पेशकश की पहली चीज़ ले ली

जब आप स्वयं कोड लिखना सीखते हैं या विश्वविद्यालय में अपनी पढ़ाई पूरी करते हैं, तो अपनी विशेषज्ञता में पहली नौकरी प्राप्त करना आपके मुख्य लक्ष्यों में से एक बन जाता है। एक लंबी सुरंग के अंत में प्रकाश जैसा कुछ।

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

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

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

और वह एक बड़ी गलती थी.

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

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

इंटरव्यू के दौरान सही सवाल नहीं पूछे

कंपनी को बेहतर तरीके से जानने के लिए साक्षात्कार सबसे अच्छा अवसर है, इसलिए आप कर्मचारियों से क्या सीखना चाहते हैं, इसके बारे में प्रश्न तैयार करना सुनिश्चित करें। यहां कुछ उदाहरण दिए गए हैं:

• विकास प्रक्रिया के बारे में पूछें (वे कौन सी पद्धतियों का पालन करते हैं? क्या कोड समीक्षाएं हैं? कौन सी शाखा रणनीतियों का उपयोग किया जाता है?)
• परीक्षण के बारे में पूछें (कौन से परीक्षण किए जाते हैं? क्या ऐसे विशेष लोग हैं जो केवल परीक्षण करते हैं?)
• कंपनी की संस्कृति के बारे में पूछें (सब कुछ कितना अनौपचारिक है? क्या कनिष्ठों के लिए कोई समर्थन है?)

आंदोलन के पथ पर अनिर्णीत

निस्संदेह, एक अनुभवी डेवलपर बनने की राह बहुत घुमावदार है। आजकल आप विभिन्न प्रकार की भाषाओं, रूपरेखाओं और उपकरणों में से चुन सकते हैं। अपने करियर की शुरुआत में मेरी गलती यह थी कि मैंने हर चीज में महारत हासिल करने की कोशिश की। मज़ेदार बात यह है कि इसके कारण मैं किसी भी चीज़ में अधिक प्रगति नहीं कर पाया। सबसे पहले मैंने जावा उठाया, फिर JQuery, फिर C# पर चला गया, वहां से C++ पर... एक भाषा चुनने और उसमें अपनी सारी ऊर्जा झोंकने के बजाय, मैं अपने मूड के अनुसार पांचवें से दसवें स्थान पर पहुंच गया। मैं आपको आश्वस्त कर सकता हूं कि यह एक अत्यधिक अप्रभावी प्रशिक्षण योजना है।

अगर मैंने तुरंत एक प्रक्षेप पथ, यानी प्रौद्योगिकियों के एक निश्चित सेट पर निर्णय लिया होता और उन पर ध्यान केंद्रित किया होता, तो मैंने बेहतर परिणाम हासिल किए होते और करियर की सीढ़ी पर तेजी से आगे बढ़ पाया होता। उदाहरण के लिए, यदि आप फ्रंट-एंड डेवलपर हैं, तो जावास्क्रिप्ट, सीएसएस/एचटीएमएल और अपनी पसंद के फ्रेमवर्क में महारत हासिल करें। यदि आप बैकएंड पर काम कर रहे हैं, तो फिर से एक भाषा लें और उसका गहन अध्ययन करें। Python, Java और C# दोनों को जानना आवश्यक नहीं है।

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

कोड में परिष्कृत

तो, आप अपने नियोक्ता को अपने कौशल दिखाने के लिए एक परीक्षा की तैयारी कर रहे हैं, या आपने अपनी पहली नौकरी में पहला कार्य पहले ही कर लिया है। आप प्रभावित करने के लिए हर संभव प्रयास करते हैं। परिणाम प्राप्त करने का सबसे अच्छा तरीका क्या है? संभवतः निष्पादन के दौरान उस परिष्कृत तकनीक का प्रदर्शन करें जिसमें आपने हाल ही में महारत हासिल की है, है ना?

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

कोड लिखने का सर्वोत्तम तरीका व्यक्त किया गया है मूलतः चुंबन. सरलता के लिए प्रयास करने से, आपको स्पष्ट कोड प्राप्त होगा जिसके साथ भविष्य में काम करना आसान होगा (आपको प्रतिस्थापित करने वाला डेवलपर इसकी सराहना करेगा)।

भूल गए कि कोड के बाहर भी जीवन है

कभी भी "स्विच ऑफ" न करना एक बुरी आदत है जिसे मैंने बहुत पहले ही सीख लिया था। जब मैं दिन के अंत में घर जाता था, तो मैं नियमित रूप से अपना काम का लैपटॉप अपने साथ ले जाता था और किसी कार्य को पूरा करने या किसी बग को ठीक करने के लिए घंटों उस पर बैठता था, हालांकि वे दोनों सुबह तक इंतजार कर सकते थे। जैसा कि आप उम्मीद कर सकते हैं, यह व्यवस्था तनावपूर्ण थी और मैं जल्दी ही थक गया।

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

यह कहने से बचें: "मुझे नहीं पता"

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

मुझे ऐसा लगा कि अगर मैंने कहा, "मुझे नहीं पता," तो लोगों को यह लगेगा कि मुझे नहीं पता कि मैं क्या कर रहा था। वास्तव में, यह बिल्कुल भी सच नहीं है; कोई सर्वज्ञ लोग नहीं हैं। इसलिए, अगर आपसे किसी ऐसी चीज़ के बारे में पूछा जाए जिसके बारे में आप नहीं जानते हैं, तो बता दें। इस दृष्टिकोण के कई फायदे हैं:

• यह उचित है - आप प्रश्नकर्ता को गुमराह नहीं कर रहे हैं
• संभावना है कि वे आपको यह समझाएंगे और फिर आप कुछ नया सीखेंगे
• यह सम्मान को प्रेरित करता है - हर कोई यह स्वीकार करने में सक्षम नहीं है कि वे कुछ नहीं जानते हैं

मुझे आगे बढ़ने की जल्दी थी

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

बेशक, महत्वाकांक्षा अच्छी है, लेकिन वास्तव में, कोई भी किसी जूनियर को गेट के ठीक बाहर ऐसा कुछ नहीं देगा। आपके करियर की शुरुआत में, आपको संभवतः सरल कार्य और बग ठीक करने के लिए दिए जाएंगे। दुनिया की सबसे रोमांचक चीज़ नहीं, लेकिन कहाँ जाना है। यह आपको चरण दर चरण कोडबेस के साथ सहज होने और सभी प्रक्रियाओं को सीखने की अनुमति देगा। साथ ही, आपके बॉसों को यह देखने का अवसर मिलता है कि आप टीम में कैसे फिट बैठते हैं और आप सबसे अच्छा क्या करते हैं।

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

समुदाय में शामिल नहीं हुए और संबंध नहीं बनाए

डेवलपर्स के पास एक महान समुदाय है: वे हमेशा मदद करने, प्रतिक्रिया देने और यहां तक ​​कि प्रोत्साहन देने के लिए तैयार रहते हैं। प्रोग्रामिंग कठिन और कभी-कभी बहुत थका देने वाली होती है। मेरे लिए, एक जूनियर के रूप में काम करने की अवधि आसान होती अगर मैंने शुरू से ही सहकर्मियों के साथ सक्रिय रूप से संवाद करना शुरू कर दिया होता।

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

उन समुदायों का चयन करें जो आपकी रुचि जगाते हैं - कुछ विकल्पों में फ्रीकोडकैंप, कोडन्यूबीज़, 100डेज़ऑफकोड शामिल हैं - और शामिल हों! आप अपने शहर में स्थानीय मीटअप में भी भाग ले सकते हैं (meetup.com पर खोजें)।

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

बस इतना ही, आपके ध्यान के लिए धन्यवाद!

स्रोत: www.habr.com