जुनियरलाई कसरी वशमा राख्ने?

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

म जुनियरलाई वशमा पार्न खोज्दै छु

नमस्ते! मेरो नाम पावेल हो, म Wrike टोलीमा फ्रन्ट-एन्ड काम गर्छु। हामी परियोजना व्यवस्थापन र सहकार्यको लागि प्रणाली सिर्जना गर्छौं। मैले २०१० देखि वेबमा काम गरिरहेको छु, विदेशमा ३ वर्ष काम गरेको छु, धेरै स्टार्टअपहरूमा भाग लिएको छु र विश्वविद्यालयमा वेब टेक्नोलोजीहरूमा पाठ्यक्रम पढाएको छु। कम्पनीमा, म जुनियरहरूको लागि प्राविधिक पाठ्यक्रमहरू र Wrike मेन्टरिङ कार्यक्रमको विकासमा संलग्न छु, साथै उनीहरूलाई प्रत्यक्ष रूपमा भर्ती गर्दैछु।

हामीले जुनियरलाई भर्ती गर्ने बारे किन सोच्यौं?

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

जुनियर को हो?

यो हामीले आफैलाई सोधेको पहिलो प्रश्न हो। त्यहाँ विभिन्न मापदण्डहरू छन्, तर सरल र सबैभन्दा बुझ्ने सिद्धान्त यो हो:

जुनियरलाई कुन विशेषता र कसरी गर्ने भनेर व्याख्या गर्न आवश्यक छ। मध्यलाई कुन सुविधा चाहिन्छ भनेर व्याख्या गर्न आवश्यक छ, र उसले कार्यान्वयन आफैं पत्ता लगाउनेछ। हस्ताक्षरकर्ता आफैले तपाइँलाई यो सुविधा किन गर्न आवश्यक छैन भनेर व्याख्या गर्नेछ।

एक तरिका वा अर्को, एक जुनियर एक विकासकर्ता हो जसलाई यो वा त्यो समाधान कसरी लागू गर्ने बारे सल्लाह चाहिन्छ। हामीले के निर्माण गर्ने निर्णय गरे:

1. जुनियर भनेको विकास गर्न चाहने र यसका लागि कडा परिश्रम गर्न तयार हुने व्यक्ति हो;
2. उसलाई सधैं थाहा छैन कि उसले कुन दिशामा विकास गर्न चाहन्छ;
3. सल्लाह चाहिन्छ र बाहिरबाट मद्दत खोज्छ - उसको नेतृत्व, गुरु वा समुदायबाट।

हामीसँग धेरै परिकल्पनाहरू पनि थिए:

1. जुनको स्थितिमा प्रतिक्रियाहरूको तूफान हुनेछ। तपाईंले आफ्नो रिजुमे पठाउने चरणमा अनियमित प्रतिक्रियाहरू फिल्टर गर्न आवश्यक छ;
2. प्राथमिक फिल्टरले मद्दत गर्दैन। - थप परीक्षण कार्यहरू आवश्यक छ;
3. परीक्षण कार्यहरूले सबैलाई डराउनेछ - तिनीहरू आवश्यक छैन।

र पक्कै पनि, हामीसँग एउटा लक्ष्य थियो: ३ हप्तामा ४ जुनियर.

यो अनुभूतिसँगै हामीले प्रयोग गर्न थाल्यौं। योजना सरल थियो: सम्भव भएको फनेलबाट सुरु गर्नुहोस् र यसलाई बिस्तारै साँघुरो गर्ने प्रयास गर्नुहोस् ताकि तपाईं प्रवाहलाई प्रशोधन गर्न सक्नुहुन्छ, तर यसलाई प्रति हप्ता १ उम्मेद्वारमा घटाउनुहुन्न।

हामी एक खाली पोस्ट

कम्पनीको लागि: त्यहाँ सयौं प्रतिक्रियाहरू हुनेछन्! फिल्टरको बारेमा सोच्नुहोस्।

जुनियर को लागी: आफ्नो बायोडाटा र परीक्षण असाइनमेन्ट पठाउनु अघि प्रश्नावलीसँग नडराउनुहोस् - यो कम्पनीले तपाइँको ख्याल राखेको छ र प्रक्रिया राम्रोसँग सेट अप गरेको छ भन्ने संकेत हो।

पहिलो दिन, हामीले "जाभास्क्रिप्टको ज्ञानका साथ" उम्मेदवारहरूबाट करिब 70 रिजुमेहरू प्राप्त गर्यौं। अनि फेरि। र थप। हामीले शारीरिक रूपमा सबैलाई अन्तर्वार्ताको लागि अफिसमा आमन्त्रित गर्न सकेनौं र तिनीहरूबाट उत्कृष्ट पाल्तु जनावर परियोजनाहरू, लाइभ Github, वा कम्तिमा अनुभव भएका केटाहरू छनौट गर्यौं।

तर पहिलो दिनमा हामीले आफ्नो लागि बनाएको मुख्य निष्कर्ष भनेको आँधी सुरु भएको थियो। अब तपाइँको बायोडाटा पेश गर्नु अघि प्रश्नावली फारम थप्ने समय हो। उनको लक्ष्य उम्मेद्वारहरूलाई बाहिर निकाल्नु थियो जो पुन: सुरुवात पेश गर्न न्यूनतम प्रयास गर्न इच्छुक थिएनन्, र कम्तिमा Google लाई सही जवाफहरू दिने ज्ञान र सन्दर्भ नभएकाहरूलाई।

यसमा JS, लेआउट, वेब, कम्प्युटर विज्ञानको बारेमा मानक प्रश्नहरू समावेश थिए - सबैजना जसले उनीहरूले अगाडिको अन्तर्वार्तामा के सोध्छन् भन्ने कल्पना गर्छन् उनीहरूलाई थाहा छ। let/var/const बीचको भिन्नता के हो? म कसरी 600px चौडा भन्दा सानो स्क्रिनहरूमा मात्र शैलीहरू लागू गर्न सक्छु? हामी यी प्रश्नहरू प्राविधिक अन्तर्वार्तामा सोध्न चाहँदैनौं - अभ्यासले देखाएको छ कि तिनीहरू विकासलाई बुझी बिना 2-3 अन्तर्वार्ता पछि जवाफ दिन सकिन्छ। तर तिनीहरूले प्रारम्भमा हामीलाई उम्मेदवार, सिद्धान्तमा, सन्दर्भ बुझ्छन् कि देखाउन सक्षम थिए।

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

एकअर्कालाई राम्रोसँग चिनौं

कम्पनीको लागि: परीक्षण कार्यले उम्मेदवारहरूलाई रोक्दैन, तर फनेललाई छोटो बनाउन मद्दत गर्दछ।

जुनियर को लागी: परिक्षणलाई कपी-पेस्ट नगर्नुहोस् - यो उल्लेखनीय छ। र आफ्नो github क्रम मा राख्नुहोस्!

यदि हामीले प्राविधिक अन्तर्वार्ताको लागि सबैलाई बोलायौं भने, हामीले जुनियरहरूको लागि मात्र र अगाडिको छेउमा मात्र प्रति हप्ता लगभग 40 अन्तर्वार्ताहरू सञ्चालन गर्नुपर्नेछ। त्यसकारण, हामीले दोस्रो परिकल्पना परीक्षण गर्ने निर्णय गर्यौं - परीक्षण कार्यको बारेमा।

परीक्षणमा हाम्रो लागि के महत्त्वपूर्ण थियो:

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

हामीले एउटा एल्गोरिथमिक समस्या र एउटा सानो वेब अनुप्रयोग हेर्न चाहन्छौं भन्ने कुरामा हामी सहमत भयौं। एल्गोरिदमिकहरू प्राथमिक-स्तर प्रयोगशालाहरूको स्तरमा तयार गरिएको थियो - बाइनरी खोजी, क्रमबद्ध, एनाग्रामहरूको लागि जाँच, सूची र रूखहरूसँग काम गर्दै। अन्तमा, हामीले पहिलो परीक्षण विकल्पको रूपमा बाइनरी खोजीमा बस्यौं। वेब अनुप्रयोग कुनै पनि ढाँचा (वा यो बिना) प्रयोग गरेर tic-tac-toe हुनुपर्छ।

लगभग आधा बाँकी केटाहरूले परीक्षण कार्य पूरा गरे - उनीहरूले हामीलाई समाधानहरू पठाए 54 उम्मेदवार। अविश्वसनीय अन्तर्दृष्टि - tic-tac-toe को कति कार्यान्वयनहरू, प्रतिलिपि-पेस्टको लागि तयार छन्, के तपाईंलाई लाग्छ कि इन्टरनेटमा छन्?

कति धेरैवास्तवमा, यस्तो देखिन्छ कि त्यहाँ केवल 3 छन्। र निर्णयहरूको विशाल बहुमतमा यी 3 विकल्पहरू थिए।
मलाई के मन परेन:

• प्रतिलिपि टाँस्नुहोस्, वा तपाईंको आफ्नै वास्तुकला बिना समान ट्यूटोरियलमा आधारित विकास;
• दुबै कार्यहरू फरक फोल्डरहरूमा एउटै भण्डारमा छन्, पक्कै पनि कुनै प्रतिबद्ध इतिहास छैन;
• फोहोर कोड, DRY उल्लङ्घन, ढाँचाको कमी;
• मोडेल, दृश्य र नियन्त्रकको मिश्रण एक कक्षामा सयौं लाइनहरू लामो कोड;
• एकाइ परीक्षण को समझ को कमी;
• "हेड-अन" समाधान विजयी संयोजनहरूको 3x3 म्याट्रिक्सको हार्डकोड हो, जसलाई 10x10 मा विस्तार गर्न निकै गाह्रो हुनेछ, उदाहरणका लागि।

हामीले छिमेकी रिपोजिटरीहरूमा पनि ध्यान दिएका थियौं - कूल पाल्तु जनावर परियोजनाहरू एक प्लस थिए, र अन्य कम्पनीहरूबाट परीक्षण कार्यहरूको एक गुच्छा जागृत कल थियो: किन उम्मेद्वार त्यहाँ पुग्न सकेनन्?

नतिजा स्वरूप, हामीले React, Angular, Vanilla JS मा उत्कृष्ट विकल्पहरू फेला पार्‍यौं - त्यहाँ 29 वटा थिए। र हामीले उहाँका धेरै राम्रो पाल्तु जनावर परियोजनाहरूको लागि परीक्षण नगरी अर्को उम्मेद्वारलाई आमन्त्रित गर्ने निर्णय गर्यौं। परीक्षण कार्यहरूको फाइदाहरूको बारेमा हाम्रो परिकल्पना पुष्टि भयो।

प्राविधिक अन्तर्वार्ता

कम्पनीको लागि: यो तपाईंकहाँ आएका मध्यस्थ/वरिष्ठहरू होइनन्! हामीलाई थप व्यक्तिगत दृष्टिकोण चाहिन्छ।

जुनियर को लागी: याद गर्नुहोस् कि यो परीक्षा होइन - C को लागि चुप लाग्ने प्रयास नगर्नुहोस् वा प्रोफेसरलाई तपाइँको सबै सम्भावित ज्ञानको स्ट्रिमको साथ बमबारी नगर्नुहोस् ताकि उनी अलमलमा पर्छन् र "उत्कृष्ट" दिन्छन्।

प्राविधिक अन्तर्वार्तामा हामी के बुझ्न चाहन्छौं? एक साधारण कुरा - उम्मेदवार कस्तो सोच्छन्। यदि उसले छनोटको पहिलो चरणहरू पार गरेको छ भने सायद उनीसँग केही कडा सीपहरू छन् - यो हेर्न बाँकी छ कि उसलाई कसरी प्रयोग गर्ने भनेर थाहा छ। हामीले ३ वटा कार्यमा सहमति जनाएका छौं ।

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

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

अन्तमा, तेस्रो वास्तुकलाको बारेमा थोरै हो। हामीले खोज पट्टी कसरी बनाउने, कसरी डिबाउन्स काम गर्ने, खोज सुझावहरूमा विभिन्न विजेटहरू कसरी रेन्डर गर्ने, अगाडिको छेउले पछाडिको छेउमा कसरी अन्तरक्रिया गर्न सक्छ भन्ने बारेमा छलफल गर्यौं। त्यहाँ धेरै रोचक समाधानहरू थिए, सर्भर-साइड रेन्डरिङ र वेब सकेटहरू सहित।

हामीले यो डिजाइन प्रयोग गरेर 21 अन्तर्वार्ताहरू सञ्चालन गर्यौं। दर्शकहरू पूर्णतया विविध थिए - हास्यहरू हेरौं:

1. "रकेट"। ऊ कहिल्यै शान्त हुँदैन, सबै कुरामा संलग्न हुन्छ, र एक अन्तर्वार्ताको क्रममा उसले तपाईलाई विचारहरूको धाराले अभिभूत पार्छ जुन सोधिएको प्रश्नसँग सीधा सम्बन्धित छैन। यदि यो विश्वविद्यालयमा भएको भए, यो प्रदर्शन गर्ने एक परिचित प्रयास हुनेछ, ठीक छ, तपाइँको सबै ज्ञान, जब तपाइँले टिकटको बारेमा याद गर्नुभयो जुन हिजो राति तपाइँ यसलाई अध्ययन नगर्ने निर्णय गर्नुहुन्छ - तपाइँ अझै प्राप्त गर्न सक्नुहुन्न। यसलाई बाहिर।
2. "ग्रुट"। उहाँसँग सम्पर्कमा रहन धेरै गाह्रो छ किनभने उहाँ ग्रूट हुनुहुन्छ। एक अन्तर्वार्ताको क्रममा, तपाईंले शब्द-शब्दको जवाफ खोज्न लामो समय बिताउनु पर्छ। यो राम्रो छ यदि यो केवल एक मूर्ख हो - अन्यथा यो तपाइँको दैनिक काम मा धेरै गाह्रो हुनेछ।
3. "ड्राक्स"। म कार्गो यातायातमा काम गर्थें, र प्रोग्रामिङको सन्दर्भमा मैले स्ट्याकओभरफ्लोमा JS मात्र सिके, त्यसैले अन्तर्वार्तामा के छलफल भइरहेको छ भनी म सधैं बुझ्दिन। एकै समयमा, उहाँ एक राम्रो व्यक्ति हुनुहुन्छ, उत्कृष्ट इरादाहरू छन् र एक उत्कृष्ट फ्रन्ट-एन्ड विकासकर्ता बन्न चाहन्छन्।
4. खैर, सायद "स्टार प्रभु"। समग्रमा, एक राम्रो उम्मेद्वार जससँग तपाईं वार्ता र संवाद निर्माण गर्न सक्नुहुन्छ।

हाम्रो अनुसन्धानको अन्त्यमा 7 उम्मेदवार उत्कृष्ट परीक्षण कार्य र अन्तर्वार्तामा राम्रो जवाफ दिएर आफ्नो कडा कौशलता पुष्टि गर्दै फाइनलमा पुगे।

सांस्कृतिक फिट

कम्पनीको लागि: तपाईं उहाँसँग काम गर्नुहुन्छ! के उम्मेदवार आफ्नो विकासको लागि धेरै मेहनत गर्न इच्छुक हुनुहुन्छ? के उनी साँच्चै टोलीमा फिट हुनेछन्?

जुनियर को लागी: तपाईं तिनीहरूसँग काम गर्नुहुन्छ! के कम्पनी साँच्चै जुनियरहरूको वृद्धिमा लगानी गर्न तयार छ, वा यसले कम तलबको लागि तपाईलाई सबै फोहोर कामहरू फ्याँक्छ?

प्रत्येक जुनियर, उत्पादन टोलीको अतिरिक्त, जसको नेतृत्वले उसलाई लिन सहमत हुनुपर्छ, एक सल्लाहकार पाउँछ। मेन्टरको कार्य भनेको तीन महिनाको अनबोर्डिङ र कडा सीपहरू अपग्रेड गर्ने प्रक्रिया मार्फत मार्गदर्शन गर्नु हो। त्यसकारण, हामी प्रत्येक सांस्कृतिक फिटमा सल्लाहकारको रूपमा आएका छौं र प्रश्नको जवाफ दियौं: "के म हाम्रो योजना अनुसार 3 महिनामा उम्मेद्वार विकास गर्ने जिम्मेवारी लिन्छु?"

यो चरण कुनै विशेष सुविधाहरू बिना पार भयो र अन्ततः हामीलाई ल्यायो 4 प्रस्तावहरू, जसमध्ये 3 स्वीकार गरियो, र केटाहरू टोलीमा प्रवेश गरे।

प्रस्ताव पछि जीवन

कम्पनीको लागि: आफ्नो जुनियरको ख्याल राख्नुहोस् वा अरूले गर्नेछन्!

जुनियर को लागी: अएएएएएएएएए!!!

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

जब हामीले यसको बारेमा सोच्यौं, हामीले 26 सीपहरूको सूची लिएर आएका छौं, जुन हाम्रो विचारमा, तीन महिनाको अनबोर्डिङ अवधिको अन्त्यमा जुनियरसँग हुनुपर्छ। यसमा कडा सीपहरू (हाम्रो स्ट्याक अनुसार), हाम्रा प्रक्रियाहरूको ज्ञान, स्क्रम, पूर्वाधार, र परियोजना वास्तुकला समावेश थियो। हामीले तिनीहरूलाई रोडम्यापमा जोड्यौं, 3 महिनामा वितरित।

उदाहरणका लागि, यहाँ मेरो जुनियरको रोडम्याप छ

हामी प्रत्येक जुनियरलाई एक प्रशिक्षक नियुक्त गर्छौं जसले उहाँसँग व्यक्तिगत रूपमा काम गर्दछ। सल्लाहकार र उम्मेदवारको हालको स्तरमा निर्भर गर्दै, बैठकहरू हप्तामा 1 देखि 5 पटक 1 घण्टाको लागि हुन सक्छ। मेन्टरहरू स्वयंसेवक फ्रन्ट-एन्ड विकासकर्ताहरू हुन् जसले कोड लेख्नु भन्दा बढि केहि गर्न चाहन्छन्।

सल्लाहकारहरूको केही बोझ हाम्रो स्ट्याकमा पाठ्यक्रमहरू द्वारा हटाइन्छ - डार्ट, एङ्गुलर। पाठ्यक्रमहरू नियमित रूपमा 4-6 व्यक्तिहरूको साना समूहहरूको लागि आयोजित गरिन्छ, जहाँ विद्यार्थीहरूले कामबाट अवरोध बिना अध्ययन गर्छन्।

३ महिनाको अवधिमा, हामी आवधिक रूपमा जुनियरहरू, उनीहरूका सल्लाहकारहरू र नेतृत्वहरूबाट प्रतिक्रिया सङ्कलन गर्छौं र प्रक्रियालाई व्यक्तिगत रूपमा समायोजन गर्छौं। पम्प अप सीपहरू सम्पूर्ण अवधिमा 3-1 पटक जाँच गरिन्छ, उही जाँच अन्तमा गरिन्छ - तिनीहरूको आधारमा, वास्तवमा सुधार गर्न आवश्यक छ भनेर सिफारिसहरू गठन गरिन्छ।

निष्कर्षमा

कम्पनीको लागि: के यो जुनियरहरूमा लगानी गर्न लायक छ? हो!

जुनियर को लागी: ध्यानपूर्वक उम्मेदवारहरू छनौट गर्ने र तिनीहरूलाई कसरी विकास गर्ने भनेर जान्ने कम्पनीहरू खोज्नुहोस्

३ महिनामा, हामीले १२२ प्रश्नावली, ५४ परीक्षण कार्यहरू र २१ प्राविधिक अन्तर्वार्ताहरू समीक्षा गर्यौं। यसले हामीलाई 3 उत्कृष्ट जुनियरहरू ल्यायो जसले अब आफ्नो अनबोर्डिङ र एक्सेलेरेशन रोडम्यापको आधा पूरा गरिसकेका छन्। तिनीहरूले पहिले नै हाम्रो परियोजनामा ​​वास्तविक उत्पादन कार्यहरू पूरा गरिसकेका छन्, जहाँ 122 भन्दा बढी कोड लाइनहरू र अगाडिको छेउमा मात्र 54 भन्दा बढी भण्डारहरू छन्।

हामीले पत्ता लगायौं कि जुनियरहरूका लागि फनेल एकदम जटिल हुन सक्छ र हुनुपर्छ, तर अन्तमा केवल ती केटाहरू जो वास्तवमै धेरै कडा परिश्रम गर्न र आफ्नो विकासमा लगानी गर्न तयार छन्।

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

स्रोत: www.habr.com