पहले रोजगार के डर से छुटकारा पाना

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

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

चार्ल्स बकोवस्की

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

सवाल कुछ इस तरह थे:

• हर साल, कई छात्र विश्वविद्यालयों से स्नातक होते हैं और वे सभी काम की तलाश में जाते हैं। यह बहुत से लोगों को है। वे शायद सबसे अच्छा लेंगे, लेकिन मुझे जगह नहीं मिलेगी।
• क्या होगा अगर मैं खराब कर दूं और तुरंत निकाल दूं?
• क्या होगा अगर, इस प्रक्रिया में, उन्हें एहसास होता है कि मैं गूंगा हूं और बाहर निकाल दिया?

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

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

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

वे बिल्कुल भी भाड़े पर नहीं थे

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

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

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

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

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

पागलपन उसी क्रिया का सटीक दोहराव है। समय के बाद, बदलाव की उम्मीद

अल्बर्ट आइंस्टीन

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

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

गूंगा - निकाल दिया

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

एक नवागंतुक से काम की उम्मीद करने के लिए:

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

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

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

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

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

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

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

आमतौर पर, उत्पाद को परीक्षण वातावरण पर लॉन्च करने के चरण लगभग निम्नलिखित हैं:

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

सिस्टम शुरू करने की प्रक्रिया में, स्थानीय रूप से अप्रत्याशित समस्याएँ उत्पन्न होंगी।

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

अनुभवी डेवलपर्स के लिए कुछ कार्य सरल लग सकते हैं और प्रशिक्षुओं की कठिनाइयों का कारण बन सकते हैं। यह एक सामान्य घटना है।

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

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

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

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

समय-समय पर, सहकर्मियों को आपकी सफलताओं में दिलचस्पी होगी और आप साझा करेंगे। इस दैनिक या साप्ताहिक के लिए थोड़ा समय आवंटित किया जाता है।

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

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

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

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

बेझिझक मदद मांग सकते हैं।

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

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

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

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

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

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

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

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

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

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

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

परीक्षण इस लेख के लिए गतिविधि का अत्यधिक व्यापक क्षेत्र है। यदि आपको एक समान कार्य दिया गया था, तो इसे पूरा करने के सर्वोत्तम तरीके के लिए इंटरनेट पर खोजें।

नाकोसायचेत - निकालो

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

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

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

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

घटनाओं से सबसे अच्छा बचा जाता है

यहां तक ​​कि अगर आपको व्यक्तिगत रूप से जांबाज के लिए निकाल नहीं दिया जाता है, तो इस तरह की घटना आपकी टीम और परियोजना के लिए अवांछनीय समस्याएं पैदा करेगी। इसलिए, प्रोजेक्ट ज्ञान आधार में डेटाबेस, फाइलें, सेवा उदाहरण और दस्तावेजों में टेबल को हटाने या बनाने के संचालन के साथ विशेष रूप से सावधान रहें। यदि आप नए कनेक्शन के पते से मिलते हैं, तो कम से कम दो अलग-अलग लोगों के साथ जांचें कि आप वहां क्या कर सकते हैं। परीक्षण और त्रुटि से नहीं, बल्कि उपयुक्त आदेशों के आधार पर अपने अधिकारों की जाँच करें। उदाहरण के लिए, 'ls' कमांड का उपयोग करके फ़ाइलों को हटाने का अधिकार, mysql में टेबल्स के साथ काम करने का अधिकार 'यूजर' @ 'होस्ट' के लिए 'SHOW GRANTS' का उपयोग करके; लगभग किसी भी उपकरण में आपके पास एक समान अवसर होगा।

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

कई अवरोध आंतरिक और अंतिम उपयोगकर्ता के बीच बनाए जाते हैं।

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

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

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

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

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

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

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