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

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

पहली चीज जो पेश की गई थी

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

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

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

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

और यह एक बड़ी गलती थी।

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

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

मैंने साक्षात्कार में सही प्रश्न नहीं पूछे।

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

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

आंदोलन के प्रक्षेपवक्र पर आधारित

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

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

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

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

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

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

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

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

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

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

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

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

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

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

आगे बढ़ने की जल्दबाजी

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

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

मेरी गलती यह थी कि मैं इन मामूली कामों से नाराज था और इसने मुझे काम से विचलित कर दिया। धीरज रखो, जो भी आप विवेक के लिए पूछेंगे, और जल्द ही कुछ और दिलचस्प आपके लिए आएगा।

समुदाय में शामिल नहीं है और कनेक्शन नहीं किए गए हैं

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

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

उन समुदायों को चुनें जो आपकी रुचि रखते हैं - मैं विकल्पों में से FreeCodeCamp, CodeNewbies, 100DaysOfCode का नाम ले सकता हूं - और शामिल हो सकता हूं! आप अपने शहर में स्थानीय रैलियों की भी यात्रा कर सकते हैं (सर्च मीटअप डॉट कॉम)।

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

यह सब, देखने के लिए धन्यवाद!