प्रोग्रामिंग,

वेबसाइट विकास

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

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

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

साक्षात्कार के दौरान आपको किस चीज़ से चिढ़ या तनाव होता है? टिप्पणियों में साझा करें.

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

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

1. "और कौन सा तकनीकी साक्षात्कार?"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• जावा में == द्वारा तुलना, बराबर द्वारा तुलना से किस प्रकार भिन्न है?
• हमें बताएं कि हैश मैप कैसे काम करता है।
• अपने शब्दों में बताएं कि REST क्या है।
• लेन-देन क्या हैं और उनकी आवश्यकता क्यों है?

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

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

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

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

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

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

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

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

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

निष्कर्ष

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

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

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

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

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

जावाकोर

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

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

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

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

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

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

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

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

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

उफ़

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

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

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

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

आराम

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

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

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

डेटाबेस

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

अन्य उपकरण

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

डेवलपर, लेखक और व्लॉगर, सिराज रावल, 5 चरणों में किसी भी तकनीकी साक्षात्कार में सफल होने का तरीका साझा करते हैं।

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

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

चरण 1. तैयारी योजना

सीखना। इससे पहले कि आपके मन में कहीं नौकरी पाने का प्रयास करने का उज्ज्वल विचार आए, आपको अपने तकनीकी कौशल को उन्नत करने पर ध्यान केंद्रित करना चाहिए।

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

इसे सीखने का एकमात्र तरीका अभ्यास है। मेरे सभी दोस्त जो अच्छी कंपनियों में काम करते हैं, बहुत काम करते हैं। यहां बात असाधारण बुद्धिमता की नहीं, बल्कि कड़ी मेहनत और सोच-समझकर काम करने की है।

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

दो पाठ्यक्रम लेकर शुरुआत करें:
डेटा संरचनाओं का परिचय (माई कोड स्कूल)
एल्गोरिदम का परिचय (एमआईटी ओपन कोर्सवेयर)
वे दोनों अंदर हैं खुला एक्सेसऔर प्राप्त करने के लिए आदर्श हैं बुनियादी ज्ञानइन अनुभागों के लिए.

इसके बाद, आप HackerRank और HackerEarth पर अर्जित ज्ञान को समेकित कर सकते हैं। इन संसाधनों में आपके प्रोग्रामिंग कौशल को निखारने के लिए बड़ी संख्या में समस्याएं हैं।

दोनों साइटों से कुछ दर्जन पहेलियों को हल करने के बाद, "तकनीकी साक्षात्कार जैसे वे हैं" और "तकनीकी साक्षात्कार को तोड़ना" किताबें पढ़ें। वे आपको वास्तविक साक्षात्कारों से लेकर सिस्टम डिज़ाइन समस्याओं से लेकर समय और जटिलता के बारे में प्रश्नों तक कई विशिष्ट कार्यों के बारे में बताएंगे।

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

चरण 2: उन कंपनियों को ढूंढें जिनमें आपकी रुचि है

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

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

इसमें कुछ अलौकिक है. तुम्हें अपनी सारी शक्ति लगानी पड़ेगी मानसिक क्षमताएँ, यह समझने के लिए कि अपने कौशल को अपने इच्छित क्षेत्र में सर्वोत्तम तरीके से कैसे लागू किया जाए और उन कंपनियों को ढूंढें जो आपको ऐसा करने की अनुमति देंगी।

चरण 3. एक पोर्टफोलियो बनाएं

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

कई बायोडाटा रखना एक अच्छा विचार है: प्रत्येक विशेषता के लिए एक या प्रत्येक कंपनी के लिए जहां आप नौकरी पाने की कोशिश कर रहे हैं। अपने पोर्टफोलियो में, व्यक्तिगत परियोजनाओं, हैकथॉन से परियोजनाओं, ओपन सोर्स परियोजनाओं में योगदान को अलग करें।

GitHub न केवल आपके कोड को संग्रहीत करने के लिए, बल्कि एक अन्य पोर्टफोलियो के रूप में भी एक बेहतरीन जगह है जो आपकी अच्छी सेवा कर सकता है।

अपने सर्वोत्तम वेब प्रोजेक्ट को अपनी स्वयं की बायोडाटा वेबसाइट बनाएं। इसे स्टाइलिश और पेशेवर दिखाने का प्रयास करें ताकि यह संभावित नियोक्ता को प्रभावित कर सके।

चरण 4. साक्षात्कार के लिए निमंत्रण प्राप्त करें

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

अब आगे बढ़ने का समय आ गया है...

चरण 5. साक्षात्कार उत्तीर्ण करें

कभी-कभी साक्षात्कारकर्ता आपसे अधिक घबराया हुआ हो सकता है, और यह ठीक है। बस मुस्कुराएं, विनम्र रहें, यह स्पष्ट करें कि आप उसे समझते हैं और उसे हासिल करने के लिए सहयोग करने को तैयार हैं सामान्य लक्ष्य.

तकनीकी समस्याओं को हल करते समय ज़ोर से सोचने से न डरें। याद रखें कि यह वही है जो वे आपसे चाहते हैं: सही उत्तर उतना महत्वपूर्ण नहीं है जितना आपके विचारों की सही ट्रेन। जब कोई नौकरी चाहने वाला पहला समाधान लेकर आता है, तो भर्तीकर्ता अक्सर उससे बेहतर विकल्प खोजने के लिए कहता है। यहीं पर आपका कंप्यूटर विज्ञान ज्ञान काम आता है।

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

निष्कर्ष

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

लिंक

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

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

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

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

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

वास्तुकला:

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

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

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

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

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

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

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

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

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

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