एक साक्षात्कारकर्ता की आंखों के माध्यम से सारांश

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

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

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

इस लेख में मैं बताना चाहता हूं:

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

और सबसे महत्वपूर्ण बात - मैं उस तर्क की व्याख्या करना चाहता हूं जिसका हम अनुसरण करते हैं ताकि प्रक्रिया अब जादू की तरह न दिखे।

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

संरचना फिर से शुरू करें

एक मानक फिर से शुरू में निम्नलिखित ब्लॉक होते हैं:

• नाम, संपर्क विवरण, वांछित स्थिति (वैकल्पिक - आयु);
• कार्य अनुभव;
• शिक्षा;
• अतिरिक्त जानकारी जिसे आप संवाद करना चाहते हैं।

नाम और वांछित स्थिति से संबंधित भाग को बर्बाद करने के लिए, आपको कड़ी मेहनत करने की आवश्यकता है। इसलिए, हम दूसरे ब्लॉक पर दाएं मुड़ते हैं।

काम का अनुभव

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

विकल्प 1. न्यूनतम

इस सारांश से, हमें पता चला कि उम्मीदवार एक फ्रंट-एंड डेवलपर था। लेकिन कौन सा? उसने किस ढांचे का उपयोग किया? क्या आपने परीक्षण लिखा था? आपको किन कार्यों को हल करना है?

हॉर्न और लेग्स एक जानी-मानी आईटी कंपनी है तो अच्छा है। कहते हैं, यदि आपने Google पर काम किया है, तो, सिद्धांत रूप में, आप इस पर बहुत अधिक नियोक्ता "पेक" कुछ भी नहीं लिख सकते हैं। अन्यथा, आपको अधिक जानकारी प्रदान करनी चाहिए।

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

विकल्प 2. प्रौद्योगिकी का संकेत

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

अधूरे स्टैक मिलान से डरो मत। उदाहरण के लिए, आपने NGXS के साथ काम किया, हम NgRx के साथ काम करते हैं। संबंधित प्रौद्योगिकियों का ज्ञान अभी भी एक प्लस होगा। और जितना अधिक आपका अनुभव हमारी परियोजनाओं के समान होगा, उतनी अधिक संभावना है कि हम आपको जानना चाहेंगे।

लेकिन फिर भी मैं जानना चाहूंगा कि आप किन विशिष्ट कार्यों को हल कर रहे हैं।

विकल्प 3. जिम्मेदारियों का संकेत

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

मैं विश्वास के साथ कह सकता हूं कि इस तरह के रिज्यूम वाले उम्मीदवार को साक्षात्कार के लिए अधिक निमंत्रण मिलेगा। लेकिन क्या इससे भी बेहतर करना संभव है? यह हाँ निकलता है।

विकल्प 4. उपलब्धियां दिखाना

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

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

संदेह क्या उपलब्धियों पर विचार करने के लिए? यहाँ कुछ विचार हैं:

• टाइपस्क्रिप्ट (ईएस 6, इकाई परीक्षण, कोड समीक्षा, कोड शैली, आदि) शुरू की;
• अनुकूलित साइट लोड हो रहा है;
• एक टीम बनाई, होशपूर्वक एक रूपरेखा चुनी;
• संगठित आंतरिक प्रशिक्षण (बैठकों, बाहरी सम्मेलनों के लिए यात्राएं);
• बैठक, सम्मेलन में भाषण दिया।

यह सूची जारी है। लेकिन मैं एक और सलाह दूंगा। उन तीन बहनों के बारे में दृष्टांत याद रखें, जिनके माध्यम से आप जो कहना चाहते हैं उसे पारित करना चाहते हैं? इसलिए, उपलब्धियों को पर्याप्तता छलनी के माध्यम से पारित किया जाना चाहिए।

उदाहरण के लिए, आप लिखते हैं कि आप फ्रंट-एंड डेवलपमेंट डिपार्टमेंट का प्रबंधन करते हैं। और फिर यह पता चलता है कि विभाग में आपके और आपके मित्र पेटिट हैं। ऐसा लग रहा है। या, तुच्छ तथ्यों का हवाला देते हैं: काम के दौरान मैंने 30 हजार लाइनों के कोड लिखे, 125 टिकट बंद किए, 1,500 पुल अनुरोधों की समीक्षा की।

यदि आप संकेतित श्रेणियों में प्राप्त अंतिम रिज्यूम के वितरण को देखते हैं, तो हम निम्नलिखित चित्र देखेंगे:


100 में से कम से कम 28 को फिर से शुरू किया जा सकता है।

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

अनुभव का संकेत देने वाली समस्याएं

कभी-कभी किसी व्यक्ति के पास पर्याप्त वर्षों का अनुभव होता है, लेकिन फिर से शुरू करते हुए, हम अभी भी सोचते हैं कि यह "हमारा उम्मीदवार नहीं है"। क्या गलत हो सकता है?

बार-बार नौकरी बदलना

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

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

अप्रासंगिक तकनीक में अनुभव

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

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

क्या करें? पैरों को ऊपर उठाएं और सामंजस्य स्थापित करें? वह करना जारी रखें जो आपने पहले ही प्यार करना छोड़ दिया है? बिल्कुल नहीं। हम अगले अनुभाग पर जाते हैं।

और अगर थोड़ा अनुभव हो तो?

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

आत्म विकास

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

कार्य के वर्तमान स्थान पर, हम फ्रेमवर्क का उपयोग नहीं करते हैं, लेकिन मैं आधुनिक तकनीकों का पालन करता हूं और एंगुलर (प्रतिक्रिया, Vue - यहां हम अपने हितों और काम के वांछित स्थान पर ध्यान केंद्रित करते हैं) का अध्ययन करते हैं। ऐसे और ऐसे कोर्स पास किए।

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

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

पालतू पशु-परियोजना

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

यह क्या हो सकता है? सिद्धांत रूप में, कुछ भी।

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

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

आपका प्रोफ़ाइल github पर

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

• एक फ़ाइल में बहुत सारे कोड, विशाल फ़ंक्शन, बड़े नेस्टिंग।
• स्पष्ट कोड दोहराव।
• चर और कार्यों के स्पष्ट रूप से बुरे नाम।
• अप्रयुक्त चर, कार्य, आयात।

और ये केवल उन कोड महक हैं जो तुरंत मेरी आंख को पकड़ लेते हैं, इससे पहले कि मैं कोड को स्पूल करता हूं। वैसे, यह बहुत सुविधाजनक है यदि आपकी परियोजना कहीं तैनात है और आप इसे घर पर शुरू किए बिना डेमो देख सकते हैं। सबसे सरल विकल्प जीथब पृष्ठ है ।

बेशक, आपके रिपॉजिटरी में स्टोर करने का आपका अधिकार कोड जिसे आपने अपने घुटने पर स्केच किया था, वह कोड जिसे आपने बहुत पहले लिखा था और अब आपने सब कुछ अलग तरीके से किया होगा, बिना टेस्ट और बिना किसी प्रकार के कोड।

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

अभ्यास के लिए संसाधन

पालतू परियोजना - खरोंच से एक परियोजना बनाने के बारे में एक कहानी, एक एपीआई के साथ एक रूपरेखा के साथ काम करना। सामान्य तौर पर, यह लघु में एक वास्तविक परियोजना की याद दिलाता है। एक पालतू परियोजना पर काम करने के अलावा, मैं आपको कोड लिखने के लिए समस्याओं को हल करने का अभ्यास करने की सलाह देता हूं। कनिष्ठ डेवलपर्स या डेवलपर्स के लिए यह विशेष रूप से महत्वपूर्ण है कि वे अपने विशेषज्ञता को बदल दें (उदाहरण के लिए, जब C # से जावास्क्रिप्ट में स्विच किया जा रहा है) - यह है कि आप अपना हाथ कैसे प्राप्त कर सकते हैं और नए डिजाइनों के लिए अभ्यस्त हो सकते हैं।

उपयुक्त कार्यों और स्वचालित सत्यापन प्रणाली के साथ कई साइटें हैं। मेरे पसंदीदा कोडवर्ड और लेटकोड हैं ।

सामान्य तौर पर, यह सलाह स्व-विकास और एक फिर से शुरू करने की तुलना में एक साक्षात्कार के लिए तैयारी के बारे में अधिक है।

गठन

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

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

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

अतिरिक्त जानकारी

उम्मीदवार के बारे में अतिरिक्त जानकारी के साथ कई रिज्यूमे एक ब्लॉक के साथ समाप्त होते हैं। यहां आप वह सब कुछ निर्दिष्ट कर सकते हैं जो प्रारूप में अन्य वर्गों के लिए उपयुक्त नहीं है। उदाहरण के लिए:

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

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

निष्कर्ष

अंत में, मैं कुछ विचार दूंगा जिन्हें मैं इस लेख के साथ बताना चाहता था:

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