जून के लिए साक्षात्कार में क्या पूछा गया है, या मैं आईटी में अपनी दूसरी नौकरी की तलाश में कैसे था

मैं IT ऑटोमेशन इंजीनियर के रूप में 1 साल से थोड़ा अधिक समय से काम कर रहा हूं।

मेरी बुनियादी शिक्षा ने किसी भी तरह से इसमें योगदान नहीं दिया, क्योंकि मेरे डिप्लोमा में यह "लॉजिस्टिक-अर्थशास्त्री" कहता है। मैंने अपने शहर की एक बड़ी कंपनी में मुफ्त पाठ्यक्रमों के साथ आईटी में कंटीली राह शुरू की, जिसके बाद मैंने 2 परियोजनाओं पर एक ही कंपनी में काम किया, जिसके बाद मैंने अपनी नौकरी बदलने का फैसला किया।



मैंने 8 रिक्तियों का जवाब दिया, 4 और कंपनियों ने मुझे खुद लिखा (भर्ती एजेंसियों की गिनती नहीं है, मैंने उनके साथ संवाद करने की योजना नहीं बनाई है)।

शायद जनवरी में मेरी खोज हुई (यह इस महीने की सबसे बड़ी भर्ती बूम की तरह लगता है), लेकिन सभी टेलीफोन वार्तालापों और पत्राचार के बाद, मुझे विभिन्न कंपनियों से 4 साक्षात्कार निमंत्रण मिले, जिनमें से 3 ने अंततः मुझे पेशकश की काम करते हैं।

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

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

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

• अपवाद - क्या होता है, पदानुक्रम
• Git Commands - कमिट कैसे करें, आदि।
• क्या अंत में फेल हो सकता है?
• OOP उदाहरणों के साथ नियुक्त करता है
• कंस्ट्रक्टर क्या है?
• चाइल्ड मेथड में पैरेंट क्लास के तरीके को कैसे कहें, अगर यह तरीका चाइल्ड मेथड में ओवरराइड भी हो जाए?
• xpath लिखें
• एल्गोरिदम की समस्या को हल करें
• डिफ़ॉल्ट रूप से आदिम प्रकार मान
• == / बराबर
• 2 SQL क्वेरी लिखें (पहले में एक सम्मिलित था, जिसे मैंने एक उपश्रेणी के साथ बदल दिया, दूसरे में कीवर्ड सीमा और अवरोह शामिल थे)
• अंतिम शब्द आप सभी जानते हैं
• वर्णन करें कि परीक्षण में क्या शामिल हैं

और सेलेनियम के बारे में भी एक ब्लॉक:

• पृष्ठ वस्तु
• लोकेटर क्या हैं
• findElement और findElements - क्या अंतर है और क्या होगा यदि एक लोकेटर को खोजने के लिए पारित किया जाता है

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

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

• सूची और सेट के बीच का अंतर
• XPath लिखो
• कोशिश करें-पकड़ने के अंत में
• == / बराबर
• शब्द स्थिर
• स्थैतिक ब्लॉक
• फ्लुएंटविट की विशेषताएं
• सार वर्ग और इंटरफेस
• (अचानक) बहुरूपता क्या है
• (और भी अचानक) ऑब्जेक्ट क्लास के तरीके
• पृष्ठ वस्तु
• TestNG एनोटेशन का उपयोग इनपुट को इंगित करने के लिए किया जाता है
• मैं एनोटेशन का उपयोग करके परीक्षणों के अनुक्रम को कैसे इंगित कर सकता हूं?

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

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

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

सभी साक्षात्कारों के बीच, यह शायद सबसे कठिन था। उदाहरण के लिए, सूची और सेट की सामान्य तुलना इस सवाल से मुकर गई कि "ArrayList और LinkedList में प्राप्त विधि के कार्यान्वयन में क्या अंतर है?"

आम से थे:

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

उन्होंने एसक्यूएल के बारे में भी पूछा, अर्थात्: क्या मैंने खुद टेबल बनाए। लिखने के लिए अनुरोध नहीं पूछा।

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

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

इस साक्षात्कार में, एक महत्वपूर्ण स्थान (20 मिनट) पर सॉफ्टवेयर कौशल, संघर्षों, टीम वर्क आदि के बारे में सवालों का कब्जा था।

और यह एकमात्र ऐसी जगह थी जहाँ कम से कम कोई अंग्रेजी बोलता था। (यह ध्यान देने योग्य है कि मेरे पास बी 2 है, शायद दूसरों को इस शब्द पर विश्वास है)।

सामान्य तौर पर, मुझे बहुत आश्चर्य हुआ जब उन्होंने मुझे अगले दिन पहले ही प्रस्ताव के साथ वापस बुला लिया, क्योंकि अनुत्तरित प्रश्नों के 30-40% (मेरी भावनाओं के अनुसार) के साथ एक साक्षात्कार मुझे एक विफलता लग रहा था। जाहिरा तौर पर, उनकी विशेषताओं के साथ मैंने एक बार जो प्रशिक्षण किया था वह मूल्यवान था। मैंने अभी भी प्रस्ताव स्वीकार नहीं किया, क्योंकि मुझे अपनी क्षमताओं पर पूरा भरोसा नहीं था। लेकिन यह कंपनी अभी भी मुझे अपने शहर में सबसे आकर्षक लगती है, शायद मैं अब भी उनके लिए काम करूंगा।

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



और हम खुद भी अपनी ताकत के बारे में नहीं जानते होंगे।

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