🥇अपनी पहली नौकरी से पहले डर से छुटकारा पाएं

फ़िल्म "हैरी पॉटर एंड द प्रिज़नर ऑफ़ अज़काबान" से अभी भी

इस दुनिया की समस्या यह है कि शिक्षित लोग संदेह से भरे होते हैं, लेकिन बेवकूफ आत्मविश्वास से भरे होते हैं।
चार्ल्स बुकोवस्की

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

प्रश्न कुछ इस प्रकार थे:

हर साल कई छात्र विश्वविद्यालयों से स्नातक होते हैं और वे सभी काम की तलाश में जाते हैं। वह बहुत सारे लोग हैं. वे संभवत: सर्वश्रेष्ठ को नौकरी पर रखेंगे, लेकिन मुझे जगह नहीं मिलेगी।
यदि मैं गड़बड़ी करूँ और तुरंत नौकरी से निकाल दूँ तो क्या होगा?
क्या होगा यदि काम की प्रक्रिया में उन्हें एहसास हो कि मैं मूर्ख हूं और मुझे बाहर निकाल दें?

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

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

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

वे तुम्हें बिल्कुल भी काम पर नहीं रखेंगे

जब आप कल्पना करते हैं कि कई विश्वविद्यालय हर साल सैकड़ों छात्रों को स्नातक करते हैं, तो यह असहज हो जाता है। इतनी बड़ी भीड़ का मुकाबला कैसे करें?

दुर्भाग्य से, सभी स्नातकों के पास पर्याप्त तकनीकी प्रशिक्षण नहीं है। अपने किसी परिचित विश्वविद्यालय के छात्र से पूछने का प्रयास करें: उसके समूह के लोगों को "डेटाबेस" या "एल्गोरिदमीकरण और प्रोग्रामिंग के बुनियादी सिद्धांत" जैसे विषयों में परीक्षा में प्रवेश कैसे मिलता है? 30 लोगों के समूह में, अधिक से अधिक 3-5 "उन्नत" लोग होंगे जिन्होंने वास्तव में सब कुछ स्वयं किया। बाकी लोग बस उनसे कॉपी करते हैं, सवालों के जवाब रटते हैं और सबमिट कर देते हैं।

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

सैकड़ों स्नातकों में से केवल दो दर्जन ही नियोक्ताओं के लिए रुचिकर हैं

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

पागलपन एक ही क्रिया की हूबहू पुनरावृत्ति है। समय-समय पर बदलाव की उम्मीद
अल्बर्ट आइंस्टीन

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

इसके अलावा, श्रम बाजार की एक स्पष्ट मौसमी स्थिति है। स्मार्ट कंपनियां स्नातक तिथियों के आधार पर नियुक्ति की योजना बनाती हैं। अन्य समय की तुलना में वसंत ऋतु में नवागंतुकों के लिए अधिक रिक्तियाँ होती हैं। हालाँकि, इस समय प्रतिस्पर्धा अधिक है।

मूर्ख - निकाल दो

जब बिना अनुभव वाले किसी व्यक्ति को काम पर रखा जाता है, तो उससे वैसी ही अपेक्षाएँ की जाती हैं।

नौकरी में एक नवागंतुक से अपेक्षा की जाती है:

सामान्य तकनीकी आधार का ज्ञान
कंपनी के विषय क्षेत्र की बारीकियों का अध्ययन करना
उपयोग किए गए उपकरणों और प्रथाओं में महारत हासिल करना

कुछ संगठन नवागंतुकों के लिए प्रयुक्त प्रौद्योगिकियों, उपकरणों और स्थानीय प्रक्रियाओं पर प्रशिक्षण पाठ्यक्रम प्रदान करते हैं। उदाहरण के लिए, कॉर्पोरेट ईमेल का उपयोग करते समय अच्छे शिष्टाचार, विकी में दस्तावेज़ बदलने की प्रक्रिया, वीसीएस और बग ट्रैकर के साथ काम करने की स्थानीय विशेषताएं।

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

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

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

आपकी पहली समस्या को हल करने का परिणाम उन सहकर्मियों के बीच आपकी पहली छाप बनाएगा जो साक्षात्कार में उपस्थित नहीं थे।

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

आमतौर पर किसी उत्पाद को परीक्षण परिवेश पर चलाने के चरण कुछ इस प्रकार होते हैं:

किसी रिपॉजिटरी को क्लोन करें, किसी शाखा या टैग पर स्विच करें
कुछ कॉन्फ़िगरेशन फ़ाइल बनाएं
डेटाबेस संरचना तैयार करें
इसे परीक्षण डेटा से भरें
प्रोजेक्ट बनाएं या संकलित करें,
एक निश्चित क्रम में कंसोल स्क्रिप्ट का एक सेट चलाएँ

किसी सिस्टम को स्थानीय रूप से चलाने की प्रक्रिया के दौरान, अप्रत्याशित समस्याएं अनिवार्य रूप से उत्पन्न होंगी।

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

कुछ कार्य अनुभवी डेवलपर्स के लिए सरल लेकिन प्रशिक्षुओं के लिए चुनौतीपूर्ण लग सकते हैं। यह सामान्य है।

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

दस्तावेज़ के रूप में आपके शोध का पंजीकरण आपको इसकी अनुमति देगा:

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

आपको अपने कार्यों की स्थिति सहकर्मियों को बताने में सक्षम होना चाहिए

समय-समय पर सहकर्मी आपकी सफलताओं में रुचि लेंगे और अपनी सफलताएँ साझा करेंगे। इसके लिए दैनिक या साप्ताहिक कुछ समय निर्धारित करें।

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

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

यदि कार्य को किसी भी तरह से मापा जा सकता है, तो स्थिति में संख्याएँ होनी चाहिए। उदाहरण के लिए, "मॉड्यूल के लिए इकाई परीक्षण लिखें" कार्य के लिए, आप कह सकते हैं "मेरी 20 परीक्षण करने की योजना है, अब मैंने 10 लिख लिए हैं।"

आप जितना अधिक विवरण प्रदान करेंगे, आपके सहकर्मी उतना ही बेहतर समझेंगे कि आपने क्या किया। इससे आपके सहकर्मियों के बीच आपके प्रति सकारात्मक दृष्टिकोण बनेगा और उन्हें यह समझने में मदद मिलेगी कि आपको मदद की ज़रूरत है या नहीं।

बेझिझक मदद मांगें

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

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

यदि सामान्य चैट में संदेश के बाद किसी ने मदद नहीं की, तो ब्रेक के दौरान एक अनुभवी सहकर्मी को पकड़ने का प्रयास करें: दोपहर का भोजन, चाय/कॉफी के लिए जाना, टेनिस का खेल या स्मोक ब्रेक। यदि यह काम नहीं करता है, तो मीटिंग या स्टैंड-अप में अपनी कठिनाइयों की रिपोर्ट करें।

यदि ज्ञात समस्याओं का समाधान हो जाए, तो यह सब यहीं समाप्त हो सकता है। यदि समस्या नई है तो जांच शुरू होगी, जहां परिस्थितियों के अनुसार कार्य करना आवश्यक होगा।

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

यह न केवल समस्या को तकनीकी रूप से हल करने के लिए महत्वपूर्ण है, बल्कि विषय क्षेत्र के ज्ञान का विस्तार करने के लिए भी महत्वपूर्ण है।

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

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

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

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

जैसे प्रश्न "यदि आप इसे इस तरह करते हैं, तो यह इस तरह से निकलेगा।" यह आवश्यकताओं में नहीं है. यह होना चाहिए?"
बग ट्रैकर में कार्य "आवश्यकताएँ यह कहती हैं, लेकिन वास्तव में यह अलग तरह से लिखा गया है।"

इस लेख के लिए परीक्षण बहुत व्यापक क्षेत्र है। यदि आपको कोई समान कार्य दिया जाता है, तो उसे पूरा करने का सर्वोत्तम तरीका इंटरनेट पर खोजें।

यदि आप गड़बड़ करेंगे तो आपको निकाल दिया जाएगा

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

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

मुख्य बात गलतियों से सीखना और उन्हें दोबारा न दोहराना है।

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

घटनाओं से बचना ही बेहतर है

भले ही आपको व्यक्तिगत रूप से किसी गलती के लिए नौकरी से नहीं निकाला गया हो, ऐसी घटना आपकी टीम और पूरे प्रोजेक्ट के लिए अवांछित समस्याएं पैदा कर देगी। इसलिए, प्रोजेक्ट नॉलेज बेस में डेटाबेस, फ़ाइलों, सेवा उदाहरणों और दस्तावेज़ों में तालिकाओं को हटाने या बनाने के संचालन में विशेष रूप से सावधान रहें। यदि आपको किसी नए कनेक्शन का पता मिले तो कम से कम दो अलग-अलग लोगों से जांच लें कि वहां क्या किया जा सकता है। परीक्षण और त्रुटि से नहीं, बल्कि उचित आदेशों का उपयोग करके वातावरण में अपने अधिकारों की जाँच करें। उदाहरण के लिए, `ls` कमांड का उपयोग करके फ़ाइलों को हटाने का अधिकार, ``user'@'host' के लिए अनुदान दिखाएं;` कमांड का उपयोग करके MySQL में तालिकाओं के साथ काम करने का अधिकार, और इसी तरह। लगभग किसी भी टूल में आपके पास समान अवसर होगा।

फ़ाइलों को संपादित करते समय, यदि आवश्यक हो, तो मूल की एक प्रति अपने पास रखें।

प्रशिक्षु और अंतिम उपयोगकर्ता के बीच कई बाधाएँ निर्मित होती हैं।

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

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

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

आपको पहले लड़ाई में शामिल होना होगा, और फिर हम देखेंगे।
नेपोलियन बोनापार्ट

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

एक बार काम पर रखने के बाद, आपको एक प्रशिक्षु से एक पूर्ण टीम सदस्य बनने पर ध्यान केंद्रित करने की आवश्यकता है। इस प्रकार की वृद्धि आमतौर पर आपके वेतन में वृद्धि के साथ आती है।

मैं आपके धैर्य और दृढ़ता की कामना करता हूं।

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।