किसी आईटी कंपनी में तकनीकी साक्षात्कार में असफल कैसे न हों। तकनीकी साक्षात्कार पास करें

दृश्य: 805

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

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

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

साक्षात्कार के दौरान कौन सी बात आपको परेशान या तनावग्रस्त करती है? टिप्पणियों में साझा करें.

आवेदक के दृष्टिकोण से साक्षात्कार

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

1. “और क्या तकनीकी साक्षात्कार?»

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

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

2. "अच्छा, तुम वहाँ क्या कर रहे थे..."

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

3. "आपका पहला नाम/अंतिम नाम/संरक्षक नाम आपके बायोडाटा पर गलत तरीके से लिखा गया है!"

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

4. "सैन फ्रांसिस्को की निकासी के दौरान निकेल के आकार तक सिकुड़ गई स्कूल बस की सभी गोल खिड़कियों को साफ करने में 3 से अधिक वजन का उपयोग करके कितनी गोल्फ गेंदें लगेंगी?"

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

5. “गलत. आगे।"

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

साक्षात्कारकर्ता के दृष्टिकोण से साक्षात्कार

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

1. “आपके कुछ प्रश्न सैद्धांतिक हैं। मैं सिद्धांत में मजबूत नहीं हूं, मैं अभ्यास में अनुभवी हूं! आइए बेहतर परीक्षण करें!”

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

• जावा में == द्वारा तुलना, बराबर द्वारा तुलना से किस प्रकार भिन्न है?


• हमें बताएं कि हैश मैप कैसे काम करता है।


• अपने शब्दों में बताएं कि REST क्या है।


• लेन-देन क्या हैं और उनकी आवश्यकता क्यों है?

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

2. "मुझे यहां स्पेनिश जांच की उम्मीद नहीं थी! यह बिल्कुल संस्थान में परीक्षा देने जैसा है। आमतौर पर वे बस यही पूछते हैं कि उसने कहां काम किया और क्या किया।''

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

3. "मुझे यह जानने की ज़रूरत नहीं है, मैं उच्च स्तरीय कार्यों में विशेषज्ञ हूँ!"

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

4. “और आप स्वयं! / मुझे अपना कोड दिखाओ! / लेकिन मैं आपके GitHub पर गया, और वहां यह है..."

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

5. "आप गलत हैं!"

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

निष्कर्ष

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

यह कैसे होता है

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

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

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

ज्ञान का वर्गीकरण

सबसे पहले आपको ज्ञान के वर्गीकरण पर निर्णय लेने की आवश्यकता है। ऐसा करने के लिए, उन्हें 3 प्रकारों में विभाजित करने की आवश्यकता है:
1. मौलिक- यह बुनियादी ज्ञानएक विशिष्ट क्षेत्र में. उदाहरण के लिए, यह प्रश्न हो सकता है "आप SQL में किस प्रकार की बुनियादी क्वेरी जानते हैं?"
2. लागूविशिष्ट समस्याओं को हल करने का एक कौशल है। उदाहरण के लिए, ये कार्य हो सकते हैं सही वर्तनीविशिष्ट उदाहरणों के लिए SQL क्वेरीज़।
3. सहायकविशिष्ट उपकरणों का उपयोग कैसे करें इसका ज्ञान है। उदाहरण के लिए, इनोडब और मायिसम स्टोर्स के बीच क्या अंतर है?

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

जब कुछ गलत हुआ

चूंकि आईटी के क्षेत्र में "शैक्षणिक शिक्षा" अभी भी काफी कमजोर है, इसलिए अधिकांश विशेषज्ञ बड़े पैमाने पर स्व-सिखाए गए हैं। यह कुछ विचलन पैदा करता है, जिसे इस मॉडल पर अच्छी तरह से समझा जा सकता है यदि ज्ञान के क्षेत्रों में से एक हाइपरट्रॉफाइड है। यहां उम्मीदवारों के क्लासिक चित्र और उनकी व्याख्या दी गई है:
1. यह सब पता है- उदाहरण के लिए, उसके पास महत्वपूर्ण मात्रा में मौलिक ज्ञान है, जो कुछ पाठ्यक्रमों और पुस्तकों/लेखों को पढ़ने के माध्यम से प्राप्त किया गया है, हालांकि, उसके पास उन्हें लागू करने में व्यावहारिक कौशल नहीं है, जो उसे किसी भी तरह से परेशान नहीं करता है। यहां तक ​​​​कि अगर आप उनसे कुछ व्यावहारिक समस्याएं पूछना शुरू करते हैं, तो आप हमेशा इस बारे में बहुत सारी जानकारी सुनेंगे कि इसे वास्तव में कैसे काम करना चाहिए, अलग-अलग हिस्सों को कैसे व्यवस्थित किया जाता है, लेकिन ऐसे उम्मीदवार के लिए समस्या को हल करने के लिए सब कुछ एक साथ रखना काफी मुश्किल होगा। , आपकी युक्तियों के बिना। यदि आप किसी उम्मीदवार से कम उपयोग किए गए ओओपी पैटर्न के बारे में पूछते हैं तो यह एक काफी सामान्य स्थिति है: जब इसे कुछ अकादमिक उदाहरणों में उपयोग किया जाता है तो आप पैटर्न का विवरण सुनेंगे, लेकिन लाइव कार्य में एकीकरण मुश्किल होगा।
2. स्टैकओवरफ़्लो डेवलपर- आमतौर पर, ऐसे डेवलपर्स अपने अनुभव के बारे में काफी सक्रिय रूप से बात करते हैं, कि वे किन समस्याओं और कैसे हल करने में कामयाब रहे, लेकिन जब वे "कैसे करें...?" प्रश्न का उत्तर देने का प्रयास करते हैं। उनके लिए अज्ञात व्यावहारिक क्षेत्र से, आप या तो किसी अन्य समाधान को "कानों से खींचने" का प्रयास सुनेंगे, या "हां, इसे 5 मिनट में Google पर खोजा जा सकता है, मैंने इसे पहले ही कहीं देखा है" की शैली में उत्तर सुनेंगे। ” ऐसे डेवलपर्स अक्सर कुछ तैयार किए गए समाधानों को खींचने की कोशिश करते हैं जो उन्होंने पहले ही बना लिए हैं, यह तर्क देते हुए कि "ऐसा 2 बार क्यों करते हैं?", या वे बस इंटरनेट और अन्य परियोजनाओं से कोड कॉपी-पेस्ट करते हैं। यह पूछने पर कि "यह इस तरह से क्यों काम करता है?" या "यह अलग तरीके से कैसे किया जा सकता है?" अक्सर खो सकते हैं और विषय का अनुवाद करने का प्रयास कर सकते हैं।
3. टूल्स एवं फ्रेमवर्क डेवलपर. खाओ पुराना मजाक: “1995 में वेबसाइट बनाना कैसे शुरू करें? नोटपैड खोलें और कोड लिखना शुरू करें। 2015 में वेबसाइट बनाना कैसे शुरू करें? कंपोज़र, फ्रेमवर्क, सीएमएस-एक्सटेंशन, बूटस्ट्रैप, जेक्वेरी, बोवर, लेस डाउनलोड और इंस्टॉल करें, आईडीई इंस्टॉल करें, कोड लिखना शुरू करें। इस प्रकार के विशेषज्ञों के लिए भी यह लगभग वैसा ही है। ऐसे विशेषज्ञों का अधिकांश व्यावहारिक अनुभव विशेष रूप से एक विशिष्ट उपकरण से संबंधित होता है। "ब्रेन बिट्रिक्स" की अवधारणा इस मामले को विशेष रूप से चित्रित करती है। ऐसे उम्मीदवारों के लिए, "मूल" कोड का उपयोग करके कार्य देना बहुत कठिन है, क्योंकि बिना किसी टूल के यह उनके लिए लगभग असंभव कार्य है।
ये उदाहरण उन मामलों के लिए दिए गए हैं जब ज्ञान के क्षेत्रों में से एक अग्रणी स्थान रखता है, और चूंकि इस क्षेत्र में "श्रेष्ठता" की भावना किसी की अपनी "महानता" की भावना को जन्म देती है, विशेषज्ञ इसे सभी के साथ बनाए रखने की कोशिश करता है उसकी ताकत ("हर कोई शांत रहना चाहता है")। उदाहरण के लिए, एक स्टैकओवरफ़्लो डेवलपर, जब मौलिक ज्ञान का पता लगाने की कोशिश कर रहा है, तो आखिरी तक तर्क देगा कि "मुझे यह जानने की ज़रूरत नहीं है, मैं इसे पहले ही सौ बार कर चुका हूं और सब कुछ काम कर गया है।"

विकास कितना प्रभावी कार्य करता है

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

ज्ञान का मूल्यांकन कैसे करें

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

उदाहरण के लिए: कंपाउंड बी-ट्री इंडेक्स क्या हैं और वे कैसे काम करते हैं? क्या आप कोई उदाहरण दे सकते हैं जब ऐसे सूचकांकों की आवश्यकता हो सकती है या जब, इसके विपरीत, वे अनुपयुक्त होंगे? आप कैसे समझ सकते हैं कि ये सूचकांक प्रभावी ढंग से काम कर रहे हैं और इसके लिए क्या उपयोग किया जा सकता है?

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

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

मूल्यांकन में विशिष्ट त्रुटियाँ

बहुत से लोग अन्य क्षेत्रों के संबंध में व्यावहारिक ज्ञान के महत्व को अधिक महत्व देते हैं, अर्थात् कार्य करने में अधिक अनुभव वाले लोग अच्छे विशेषज्ञ होते हैं, लेकिन यह बिल्कुल मामला नहीं है। यदि अभ्यास मौलिक ज्ञान द्वारा समर्थित नहीं है, या विशेषज्ञ ने कभी भी अपने उपकरणों का विस्तार नहीं किया है, तो ऐसे विशेषज्ञ की प्रभावशीलता बहुत कम हो सकती है। उन लोगों की तलाश करें जो प्रत्येक क्षेत्र का विकास कर सकें। वे सर्वश्रेष्ठ हैं, भले ही उनके पास ढेर सारा अनुभव न हो।

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

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

यदि आप सहयोग की आकर्षक शर्तें पेश करते हैं और उम्मीदवारों का प्रवाह काफी अधिक है, तो तैयार हो जाइए परीक्षण कार्य. एक प्रकार के ज्ञान से नहीं, बल्कि अलग-अलग प्रकार के कई प्रश्नों को शामिल करें। इन सवालों के जवाब के आधार पर, आप उम्मीदवार की ताकत और कमजोरियां क्या हैं, इसकी एक मोटी तस्वीर प्राप्त कर सकते हैं।

किसकी तलाश है

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

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

साक्षात्कार की रणनीति

साक्षात्कार से पहले, उन प्रमुख क्षेत्रों की एक सूची बनाएं जिनमें आपको किसी विशेषज्ञ से अनुभव की आवश्यकता है। यह अच्छा है अगर उनमें से कम से कम 10 हों उदाहरण के लिए: PHP + OOP पैटर्न; एसक्यूएल + क्वेरी अनुकूलन; उच्च-भार वाली परियोजनाओं की वास्तुकला; कैश आदि के साथ काम करना
प्रत्येक प्रमुख क्षेत्र में, प्रत्येक प्रकार के ज्ञान के लिए कम से कम 5 प्रश्न बनाएं, प्रत्येक क्षेत्र के लिए कुल मिलाकर कम से कम 15 प्रश्न। ऐसा करना सबसे अच्छा है ताकि तुरंत प्रश्न न उठें। यह वांछनीय है कि ऐसे मुद्दे आपस में ऊर्ध्वाधर कनेक्टिविटी प्रदान करें।

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

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

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

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

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

आप मॉडल का और कहां उपयोग कर सकते हैं?

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

निष्कर्ष के रूप में

मैंने हाल ही में PHP डेवलपर्स के लिए साक्षात्कार प्रश्नों पर अपने नोट्स संकलित करने और उन्हें पोस्ट करने का निर्णय लिया है खुला एक्सेस(परियोजना "घुटने पर" है, इसलिए मुझे दोष न दें)। बेशक, सब कुछ नहीं है, लेकिन यह आपके विचारों को एक साथ इकट्ठा करने और साक्षात्कार के लिए तैयार होने के लिए पर्याप्त है। आप प्रश्न इस लिंक पर देख सकते हैं:
pagerton.com/hr/question/all
यदि सकारात्मक प्रतिक्रियाएं मिलती हैं, तो मैं परियोजना को यथासंभव विकसित करूंगा, मैं डेवलपर्स के लिए अच्छे पाठ्यक्रमों के लिंक भी भेजना चाहूंगा, इसलिए मैं इसके लिए आभारी रहूंगा प्रतिक्रिया.
मुझे आशा है कि यह मॉडल आपके लिए भी उपयोगी हो सकता है। न केवल एक साक्षात्कारकर्ता के रूप में, बल्कि एक साक्षात्कारकर्ता के रूप में भी, क्योंकि अपनी शक्तियों को समझना और कमजोरियोंआपको अधिक प्रभावी ढंग से विकसित होने में मदद मिलेगी।
मैं चाहता हूं कि आप सर्वश्रेष्ठ बनें और सर्वश्रेष्ठ के साथ काम करें।

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

1. जावाकोर
2. डेटाबेस।
3. आपके द्वारा उपयोग किए जाने वाले उपकरण.

जावाकोर

सबसे पहले, मुझे संग्रहों के लिए इंटरफेस का पदानुक्रम बनाने के लिए कहा गया था (यह मुश्किल नहीं था, उनमें से केवल कुछ ही हैं (संग्रह, सूची, सेट, कतार, मानचित्र)।

ArrayList और LinkedList के बीच क्या अंतर है (यह इंटरनेट पर सबसे उलझे हुए प्रश्नों और उत्तरों में से एक है, बस अंधेरा है)।

हमने उनमें क्वेरी निष्पादन की गति और शीटों के बीच क्या अंतर है, इस पर चर्चा की।

ऑब्जेक्ट क्लास के बारे में प्रश्न. उनके तरीके क्या हैं, वे क्या करते हैं?

प्रतिबिंब। GetClass() विधि क्या करती है। बहुत दिलचस्प सवाल, इसे अलग कर लें। विशेषकर इस बारे में कि किसी कक्षा के बारे में सब कुछ कैसे प्राप्त किया जाए, भले ही उसमें निजी विधियाँ या चर शामिल हों।

उन्होंने मल्टीथ्रेडिंग के बारे में पूछा। मुझे लगता है कि आपको यह बताना कमज़ोर है कि आप कैसे समझते हैं कि मल्टीथ्रेडिंग क्या है। एक नया सूत्र शुरू करने के लिए क्या आवश्यक है. वास्तविक रूप से, यदि आपका स्तर 20+ है, तो ये प्रश्न आपको मज़ेदार लगेंगे।

आप स्ट्रीम के बारे में क्या कह सकते हैं? इसका मतलब जावा 8 के बारे में नहीं है। इसका मतलब इनपुट और आउटपुट स्ट्रीम है। बुनियादी इंटरफेस की तरह, वे क्या हैं (चरित्र और बाइट)। समझने के लिए, कोई विशेष जानकारी नहीं।

• अपवाद. यहां फिर से हमें अपवादों का एक पदानुक्रम बनाने के लिए कहा गया, कि वे किस प्रकार के हैं, कौन से चेक किए गए हैं और कौन से अनचेक किए गए हैं। रनटाइम अपवादों के साथ क्या करें. सबसे आम NullPointerException का नाम बताइए।

प्रश्न यह है कि जाँचे गए अपवादों के साथ क्या किया जाना चाहिए (आगे बढ़ाएँ या प्रक्रिया करें - दोनों स्पष्ट हैं)।

उफ़

संक्षेप में OOP क्या है?

अन्य प्रोग्रामिंग प्रतिमान क्या हैं? वे OOP से किस प्रकार भिन्न हैं?

OOP (विरासत, बहुरूपता और एनकैप्सुलेशन) के मूल सिद्धांत क्या हैं? उनमें से प्रत्येक के बारे में हमें बताएं। अब तक सब कुछ अमूर्त है, किसी भाषा से बंधा हुआ नहीं है।

सिस्टम डिज़ाइन समझने का कार्य: एक घोड़ा और एक पक्षी है। हमें पेगासस प्राप्त करने की आवश्यकता है। सिद्धांत "एक है" और "एक है"

आराम

विश्राम क्या है? विकिपीडिया इस बारे में बहुत अच्छे ढंग से बात करता है। वास्तव में, विकिपीडिया का एक लेख ही परिचित होने के लिए पर्याप्त है।

HTTP. यहां सामान्य वाक्यांश भी हैं. उसके तरीके, उनमें से प्रत्येक किस लिए है।

HTTP स्थिति कोड. इसे किन पांच भागों में विभाजित किया जाना चाहिए? हमें सबसे प्रसिद्ध भागों (200,204,404,500,501) के बारे में बताएं। वे ऐसा क्यों करते हैं? उन्होंने 401 और 403 के बारे में भी पूछा। लेकिन मैं उन्हें नहीं जानता था। उन्होंने कहा कि वे महत्वपूर्ण थे.

डेटाबेस

यहां मैंने आपको बताया कि मैं MySQL जानता हूं। तीन के बारे में बताया सामान्य रूप. मैंने जॉइन्स के बारे में बात की, वे क्या हैं, और उन क्षेत्रों के प्रतिच्छेदन को चित्रित किया जिनमें विभिन्न जॉइन्स का उपयोग किया जाता है। मैंने इस बारे में बात की कि मैं रिलेशनल डेटाबेस को कैसे समझता हूं। मैं MongoDB के बारे में भी नहीं भूला - कुछ समय बाद यह एक NoSQL डेटाबेस है , मैं उसके बारे में भी लिखूंगा।

अन्य उपकरण

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

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

जीवन से संवाद:

उम्मीदवार: हमें शर्त "बी" संतुष्ट होने तक ऑपरेशन "ए" करना होगा।
मैं: बढ़िया योजना. आइये इसे क्रियान्वित करें.

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

बोगदान गुसेव, सर्विस स्टेशन

आइए इस कष्टप्रद ग़लतफ़हमी को सुधारें।

जबकि (बूल ऑफर == गलत)(

नियम 0

यदि आप जावा डेवलपर की भूमिका के लिए साक्षात्कार दे रहे हैं, तो आपको जावा और संबंधित तकनीकों का अच्छा ज्ञान होना चाहिए

//कोई टिप्पणी नहीं।

नियम 1

इंटरव्यू के लिए पहले से तैयारी करें

भर्तीकर्ता से परियोजना के बारे में सभी संभावित विवरण पहले ही पता कर लें।

Google उन प्रश्नों को खोजता है जो आमतौर पर साक्षात्कारों में पूछे जाते हैं। उनमें से कुछ निश्चित रूप से सामने आएंगे।

अलेक्जेंडर पिट्ज़, परियोजना प्रबंधक

नियम 2

अपने बायोडाटा में झूठ मत बोलो

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

भरा हुआ बायोडाटा कीवर्डजिसके बारे में आपको ठीक से समझ नहीं है, वह ऑफर मिलने की संभावनाओं को बर्बाद कर देता है।

नियम 3

अपने मूल्यों को कंपनी के मूल्यों के साथ संरेखित करें

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

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

नियम 4

संचार कौशल विकसित करें

मैं चाहता हूं कि आवेदक के पास बेहतर संचार कौशल हो उच्च स्तरमूल की तुलना में. हमारे पूर्ण चुस्त-दुरुस्त युग में यह गुण आवश्यक कौशलों में सबसे आगे आता है। उम्मीदवार को मानव संसाधन और तकनीकी विशेषज्ञों के साथ-साथ ग्राहकों के साथ संवाद करने में कठिनाई नहीं होनी चाहिए।

नियम 5

अपनी अंग्रेजी सुधारें

किसी भी तकनीक के ज्ञान में गैर-महत्वपूर्ण विफलताओं के विपरीत, आप कुछ महीनों में अपने भाषा कौशल में सुधार नहीं कर पाएंगे। यहां वर्षों लग जाते हैं. इसलिए, ज्यादातर मामलों में अंग्रेजी का अपर्याप्त स्तर इनकार करने का पर्याप्त कारण है।

थोड़ी प्रेरणा: अंग्रेजी का स्तर और कीव जावा और .NET मध्यस्थों और 3-5 साल के अनुभव वाले वरिष्ठों का वेतन मेल खाता है।

नियम 6

अपने पेशे के प्रति अपना जुनून दिखाएं

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

नियम 7

बुद्धिमत्ता और अमूर्त सोच दिखाएं

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

यदि स्थिति को खराब तरीके से परिभाषित किया गया है, तो सामान्य विद्वता और बुद्धिमत्ता का परीक्षण किया जाता है, साथ ही संरचनात्मक रूप से सोचने और समाधान खोजने की क्षमता का भी परीक्षण किया जाता है।

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

नियम 8

नया ज्ञान प्राप्त करने की इच्छा प्रदर्शित करें

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

मैक्सिम कोवतुन, समाधान वास्तुकार

नियम 9

परिणाम अभिविन्यास दिखाएँ

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

एंड्री मुद्री, परियोजना प्रबंधक

नियम 10

मत कहो "मुझे नहीं पता"

अपवाद: यदि आपने कभी इस तकनीक के साथ काम नहीं किया है और यह आपके बायोडाटा में सूचीबद्ध नहीं है। इस मामले में, ईमानदार रहना बेहतर है और साक्षात्कारकर्ता से आपको सही उत्तर समझाने के लिए कहें।

यदि आप समझ नहीं पा रहे हैं कि हम किस बारे में बात कर रहे हैं, तो एक स्पष्ट प्रश्न पूछें।

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

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

एलेक्सी कोलुपेव, सर्विस स्टेशन

नियम 11

साक्षात्कार के दौरान भी सीखने में संकोच न करें।

सब कुछ जानना असंभव है. मैंने एक बार एक ऐसे प्रोजेक्ट पर काम किया था जिसके लिए एक विशिष्ट प्रौद्योगिकी स्टैक और कार्टोग्राफी के ज्ञान की आवश्यकता थी। अनुभव से पता चला है कि कुछ प्रोग्रामर क्लासिक समन्वय नोटेशन को WGS84 से दशमलव नोटेशन में बदल सकते हैं। ऐसे मामलों में, मुझे लगता है कि साक्षात्कार में एक अच्छा उत्तर यह प्रश्न है: "क्या मैं Google देख सकता हूँ?"

आर्टेम पॉलुखोविच, सीटीओ

नियम 12

इस बारे में सोचें कि आप प्रतिक्रिया में क्या कहते हैं

आपको एक मिनट के लिए भी मानसिक रूप से सक्रिय होने का दिखावा नहीं करना है, बल्कि समस्या के बारे में यथासंभव व्यापक रूप से सोचने का प्रयास करना है। इसके अलावा, इंटरव्यू के दौरान अक्सर पेचीदा सवाल भी होते हैं।

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

सर्गेई चिरकोव, परियोजना प्रबंधक

नियम 13

आपने जो गलतियाँ की हैं उन्हें स्वीकार करें

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

नियम 14

अपनी प्रतिष्ठा बर्बाद मत करो

इस सवाल का लापरवाह जवाब "आपने ऐसी और ऐसी कंपनी क्यों छोड़ी?", अव्यवस्था, बिना किसी चेतावनी के साक्षात्कार के लिए देर से आना, या किसी परीक्षण कार्य को पूरा करने से इनकार करना आपके बारे में एक राय को बर्बाद कर सकता है।

नियम 15

साक्षात्कारकर्ता के साथ साझेदारी बनाएं

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

एलेक्सी कोलुपेव, सर्विस स्टेशन

नियम 16

ठीक से व्यवहार करो

"सही ढंग से" का अर्थ है विनम्रतापूर्वक, सम्मानपूर्वक। साक्षात्कारकर्ता के प्रति अहंकार, कृतघ्नता या चापलूसी केवल धारणा खराब करेगी। हास्य भी सदैव उचित नहीं होता।

कई असफल व्यवहार पैटर्न की पहचान की जा सकती है:

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

उत्तरार्द्ध को निम्नलिखित संवाद द्वारा आसानी से निर्धारित किया जाता है:
मैं: इंटरव्यू के लिए अपना लैपटॉप लेकर आएँ
अभ्यर्थी: क्यों?

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

बोगदान गुसेव, सर्विस स्टेशन

नियम 17

पर्याप्त रहें :)

पर्याप्तता एक काफी व्यापक अवधारणा है। सबसे पहले, इसमें प्रतिक्रिया शामिल है कठिन स्थितियां. किसी समझ से परे कोड या जटिल एल्गोरिथम का सामना होने पर कोई व्यक्ति क्या करता है? जब उसे सहकर्मियों से किसी चीज़ की ज़रूरत होगी (या उनकी ज़रूरत होगी) तो वह उनके साथ कैसा व्यवहार करेगा? यदि हितों का टकराव उत्पन्न होता है तो वह क्या करता है? यदि उसे कोई असंभव या कठिन कार्य दिया जाए तो क्या होगा?

आर्टेम पॉलुखोविच, सीटीओ

नियम 18

आशावादी होना

सकारात्मक दृष्टिकोण - बहुत उपयोगी गुणवत्ता. ऐसे व्यक्ति के साथ काम करना कहीं अधिक सुखद है जो जीवन में, काम में, हर चीज़ में सकारात्मक क्षणों को नोटिस करना जानता है।

नियम 19

स्वतंत्र महसूस करना

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

लेकिन बहुत अधिक आत्मविश्वास भी एक नुकसान है। बिना रुके 20 मिनट तक एक एकालाप इनकार का कारण बन सकता है।

स्वाभाविक व्यवहार करें, शरमाएं नहीं। उदाहरण के लिए, यदि आपको जानकारी को दृश्य रूप से संसाधित करना आसान लगता है, तो कागज और कलम मांगने से न डरें।

नियम 20

यदि आप असफल होते हैं तो अपनी गलतियों से सीखें

साक्षात्कार को कुछ नया सीखने और प्रतिक्रिया प्राप्त करने के अवसर के रूप में सोचें। अगर आपको नौकरी का प्रस्ताव नहीं मिलता है तो भी यह फायदेमंद होगा।

अलेक्जेंडर कगनोव्स्की, सर्विस स्टेशन

साक्षात्कार अधिकांश लोगों के सबसे बड़े डर की सूची में उच्च स्थान पर है सार्वजनिक रूप से बोलना. आप न केवल किसी के सामने प्रदर्शन कर रहे हैं, बल्कि पूरे समय आपका लगातार मूल्यांकन भी किया जा रहा है... ब्र्र्र!

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

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

ये पूरी प्रक्रिया क्या है?

डेवलपर्स को काम पर रखते समय औसत तकनीकी कंपनी जिस प्रक्रिया से गुजरती है उस पर एक त्वरित नजर डालें:

1. फ़ोन द्वारा प्रारंभिक साक्षात्कार (फ़ोन स्क्रीन)
2. तकनीकी साक्षात्कार
3. संदर्भ की शर्तों का परीक्षण करें
4. यह सुनिश्चित करने के लिए अनुवर्ती साक्षात्कार कि आप फिट हैं (फ़िट साक्षात्कार)
5. नौकरी की पेशकश
6. प्रस्ताव शर्तों की चर्चा (प्रस्ताव वार्ता)
7. प्रस्ताव स्वीकृति

प्रारंभिक टेलीफोन साक्षात्कार

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

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

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

• मॉन्स्टर के साथ फ़ोन साक्षात्कार उत्कृष्टता प्राप्त करें
• टेलीफोन साक्षात्कार में उत्कृष्टता प्राप्त करने के लिए 7 कदम

तकनीकी साक्षात्कार

तकनीकी साक्षात्कार आमतौर पर चयन प्रक्रिया का सबसे डरावना हिस्सा होता है। यहीं पर वे मूल्यांकन करेंगे कि आपके पास आवश्यक तकनीकी कौशल हैं या नहीं। इसका मतलब यह है कि वे न केवल आपसे आपके काम के बारे में विस्तार से पूछेंगे, बल्कि आपसे निर्णय लेने के लिए भी कहेंगे तर्क समस्याएंया वहीं कोड लिखें या कुछ नए घटकों का आरेख बनाएं।

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

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

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

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

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

लिंक

• आइए प्रोग्रामर के साक्षात्कार पर नजर डालें: अवश्य पढ़ें सामग्रीजो तुम्हारा होगा सबसे अच्छा दोस्त. यह एक साक्षात्कार में आपके सामने आने वाली सभी प्रकार की चुनौतियों पर व्यापक नज़र डालता है। यह उस चीज़ से आगे जाता है जिसे हमने इस पाठ्यक्रम में पहले ही कवर कर लिया है और उन चीज़ों को छूता है जिन्हें जानना अच्छा है क्योंकि आपका उनसे सामना होने की संभावना है। जितना संभव हो उतना जानने के लिए समय निकालें एक लंबी संख्यासामग्री।
• इंटरव्यूइंग.आईओ आपको गुमनाम रूप से और ऑनलाइन तकनीकी साक्षात्कार का अभ्यास करने का मौका देता है।
• तकनीकी साक्षात्कार में उत्तम अंक कैसे प्राप्त करें
• अपने अगले वेब डेवलपर नौकरी साक्षात्कार में कैसे अलग दिखें
• समझने में आसान भाषा में समझाई गई 40 प्रमुख कंप्यूटर विज्ञान अवधारणाओं को पढ़ें
• Google की तकनीकी कौशल मार्गदर्शिका(उन्नत के लिए)

प्रोग्रामिंग परीक्षण कार्य:

• 8 रानियाँ एक क्लासिक समस्या है।
• साक्षात्कार के लिए प्रोग्रामिंग: जानें कि मानक पुस्तकालय एक शुरुआत के लिए अत्यधिक हो सकते हैं, लेकिन अगर आप इसे करने के लिए समय निकालते हैं तो यह कभी नुकसान नहीं पहुंचाता है।
• प्रोजेक्ट यूलर पर आपको अधिक सामान्य और जटिल समस्याएं मिलेंगी जिन्हें कुशलतापूर्वक हल करने की आवश्यकता है (उन्हें बहुत अधिक गणना की आवश्यकता हो सकती है)।
• जावा और पायथन के लिए अभ्यास प्रश्न कोडिंग बैट पर प्रकाशित किए जाते हैं।

एल्गोरिथम प्रशिक्षण:

• Udacity से एल्गोरिदम पाठ्यक्रम (सिंक्रनाइज़ नहीं)
• कौरसेरा से एल्गोरिदम पाठ्यक्रम (आंशिक रूप से सिंक्रनाइज़)

वास्तुकला:

तकनीकी परीक्षण कार्य

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

मूल्यांकन समाधान की पूर्णता और आपके कोड की गुणवत्ता पर आधारित होगा। यदि तकनीकी साक्षात्कार से पहले ऐसा होता है, तो यह है अच्छी विधिअपनी रुचि जांचें (आधे से अधिक आवेदक समाधान लेकर भी नहीं लौटते हैं)।

अंतिम साक्षात्कार ("फिट")

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

ये भी आपके लिए एक मौका है. यदि आप यहां तक ​​पहुंच गए हैं और इस चरण तक पहुंच गए हैं, तो इस बात की अच्छी संभावना है कि आप आम तौर पर पात्र हैं। आपको इस बात पर विचार करना होगा कि क्या आप इस कंपनी के लिए काम करना चाहते हैं, इसलिए प्रश्नों की एक सूची तैयार करें और उनके उत्तर प्राप्त करें।

मजदूरी के बारे में थोड़ा

नहीं। इसे आवाज़ दो. आपका. वेतन. अपेक्षाएं।

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

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