हम बार्सिलोना में साक्षात्कार कैसे आयोजित करते हैं

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

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

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

अर्जी दाखिल करना

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

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

, : , , . .  — , , . , , , , .

: , 7/10 —  , .  —  ( 8/10), , , , . , .  —  , .

. 22 Torre Mapfre —   — , . , OSS. ,  — core committer . , . , , SO , - .

, , , - , , , , , .  —  ,  —  . , , , . 15 , , - .  —  , .

, , . , , .

, , .

. , ,

Ruby → 

• SRP
• - IO
• -
• (integer, float, double)

Ruby → 

• , (array.shuffle!),
• each
• -
• ,
• .map{...}.map{...}.map{...} ,
• , , ,

Ruby → 

• each_with_object
• proc/lambda, , case
• assert_raise
• dry-rb
• flip-flop (, ).

Elixir → 

• , doctest
• , pattern matching

Elixir → 

• if ( )
• Phoenix - ( Plug)

Elixir → 

• DynamicSupervisor, GenStage, Flow
• property based tests
• @behaviourइंटरफ़ेस का वर्णन करने के लिए उपयोग करें
• स्वयं का प्रोटोकॉल (जहां उपयुक्त हो)
• खुद के कार्यान्वयन Access
• उचित उपयोग __using__(opts)

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