तकनीकी साक्षात्कार के लिए रणनीति

मैं नियमित रूप से Habré ( प्रभावी विकास का भ्रम: डिजाइन , कोई लाल गोली नहीं है ) सहित उन पदों को पूरा करता हूं, जो कहते हैं कि कुछ प्रोग्रामर दूसरों की तुलना में दस गुना अधिक प्रभावी हैं और लोगों को चुनना कार्य प्रक्रिया को व्यवस्थित करने से अधिक महत्वपूर्ण हो सकता है और प्रौद्योगिकी विकल्प।

जब मुझे साक्षात्कार का संचालन करना था, तो मैंने वास्तव में सोचा कि चक नोरिस को वेब विकास के क्षेत्र में एक प्रभावी पेशेवर से कैसे अलग किया जाए, जो कि उसके पैरों के नीचे रास्ते में मिलेंगे।

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

सबसे पहले, मैं यह निर्धारित करना चाहता हूं कि मेरे लिए "दक्षता" का क्या अर्थ है।

दक्षता से मेरा मतलब सापेक्ष दक्षता है : अंतिम मूल्य (व्यावसायिक मूल्य) जो एक उम्मीदवार अन्य आवेदकों की तुलना में हमारी परियोजना पर एक विशिष्ट भूमिका में काम करते समय ला सकता है।

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

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

लेकिन साक्षात्कार अभी भी किए जाने की आवश्यकता है। हम बिना बात किए सभी को ट्रायल अवधि के लिए नहीं ले जाएंगे।

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

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

सबसे पहले, आवेदक के साथ एक साक्षात्कार आयोजित करते हुए, मैंने जोएल स्पॉलस्की से एक अच्छा "नियम नंबर 1" का पालन किया

"एक अप्रभावी कर्मचारी को लेने और उसके साथ पीड़ित होने के बजाय एक वास्तविक समर्थक को याद करना बेहतर है।"

इसलिए, उसने सभी "संदिग्ध" और किसी भी संदेह में समाप्त कर दिया।

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

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

एक साक्षात्कार के लिए कम समय, प्रश्नों को चुनना जितना कठिन था, क्योंकि उनमें से प्रत्येक को उम्मीदवार को लंबे स्पष्टीकरण की आवश्यकता के बिना अपने व्यावसायिकता को दिखाने की अनुमति देनी चाहिए।

सही संतुलन खोजने के लिए, आपको यह तय करने की आवश्यकता है - हमारी परियोजना पर उम्मीदवार दक्षता के मुद्दे में कौन से कारक निर्णायक होंगे?

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

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

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

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

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

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

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

तो: समस्या को सुलझाने के कौशल। उनकी जांच कैसे करें?

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

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

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

और यहाँ प्रश्न हैं:

1. क्या आपके पास एक टेक ब्लॉग है? क्या आप वो लिखते हैं? लेख (उदाहरण के लिए, एक हब्र पर) या किताबें? क्या आप सम्मेलनों, बैठकों, कार्यशालाओं में बोलते हैं (इंट्रोकोर्पोरेट माना जाता है)? क्या आप ओपनसोर्स प्रोजेक्ट्स में भाग लेते हैं?
   
   इन सभी गतिविधियों के लिए विषय की समझ के उच्चतम स्तर की आवश्यकता होती है, और इससे भी महत्वपूर्ण बात, उनके ज्ञान को व्यक्त करने की क्षमता और इच्छा। इसलिए, कोई भी जवाब "हाँ" एक बहुत बड़ा प्लस है। जवाब "नहीं" एक शून्य नहीं हैं।
   
   
2. क्या कोई व्यक्तिगत तकनीकी परियोजनाएं हैं?
   
   जवाब "हां" कह सकता है कि एक व्यक्ति अपनी नौकरी से प्यार करता है, और न केवल पैसे के कारण काम पर पीड़ित होता है। इसके अलावा, व्यक्तिगत आईटी परियोजनाओं में, सभी को अक्सर इसे स्वयं करना पड़ता है, और यह एक महत्वपूर्ण क्रॉस-फ़ंक्शनल अनुभव इंगित करता है।
   
   जवाब "नहीं" एक ऋण नहीं है।
   
   प्रश्न 1 और 2 को निकोस मारवितस द्वारा एक पोस्ट से उधार लिया गया है, जिसमें वह उम्मीदवारों के मूल्यांकन के लिए अपनी खुद की कार्यप्रणाली प्रदान करता है, जिसके लिए वह धन्यवाद देता है।
   
   
3. दिया गया: पाठ के लगभग 30 मुद्रित पृष्ठों के साथ एक वेब पेज जिसमें 300 शब्द या वाक्यांश बोल्ड में हाइलाइट किए गए हैं।
   आवश्यक: सभी चयनित शब्दों को एक अलग फ़ाइल में कॉपी करें, कॉमा द्वारा अलग किया गया और प्रत्येक को दोहरे उद्धरणों में लपेटा गया।
   कार्य केवल एक बार किया जाता है (इसे दोहराया नहीं जाएगा), इसे जल्द से जल्द हल करना आवश्यक है और इससे कोई फर्क नहीं पड़ता कि क्या तरीका है। अपेक्षित समाधान के लिए घंटों में एक अनुमान देना भी आवश्यक है।
   
   मैं कहना चाहता हूं कि वर्तमान परियोजना में हम कभी भी घंटों में अनुमान नहीं देते हैं (हम केवल कार्य की जटिलता के क्रम का मूल्यांकन करते हैं), लेकिन मैंने इस प्रश्न पर 3-5 मिनट से 4 घंटे तक के अनुमानों को सुना। और इससे भी अधिक "जब आपको इकाई परीक्षण लिखने की आवश्यकता होती है" तो यही है कि दक्षता और व्यवस्था के बीच विसंगति पैदा होती है।
   संभावित समाधान:
   • एक jQuery अभिव्यक्ति, आप फायरबग या इसके समकक्ष में निष्पादित कर सकते हैं और समाप्त परिणाम प्राप्त कर सकते हैं। इसमें 2 मिनट का समय लगता है। यदि आपने इस दृष्टिकोण को jQuery के ठोस ज्ञान के बिना नाम दिया है, तो इससे भी बड़ा प्लस।
   • XPath अभिव्यक्ति। एक अच्छा तरीका यदि आप जानते हैं कि इस अभिव्यक्ति को कहां दर्ज किया जाए, उदाहरण के लिए, लिनक्स में xmllint कमांड या आप अपने पसंदीदा आईडीई में संबंधित फ़ंक्शन के बारे में जानते हैं। इस तथ्य के अलावा कि आपको यह जानने की आवश्यकता है (या जल्दी से सोचें) कि इस अभिव्यक्ति को कहां दर्ज करना है, आपको यह समझने की आवश्यकता है कि xml और html चीजें अलग-अलग हैं। यदि आप इसे समझते हैं, तो आपको यह जानने की जरूरत है कि क्या xmllint / IDE html के साथ काम करता है, यदि आप सुनिश्चित नहीं हैं, तो आप html -> xml को बदलने का एक तरीका सोच सकते हैं। Googling विधि स्कैन करती है, लेकिन यदि आप साफ-सुथरे हैं, तो यह बहुत अच्छा है। अलग-अलग, मैं xpath अभिव्यक्ति को संकलित और डीबग करने के लिए समय अनुमान की पर्याप्तता की जांच करता हूं।
   • RegExp - फ़ाइल पर नियमित अभिव्यक्ति के माध्यम से जाओ और सभी "बोल्ड" टैग का चयन करें। यहां मैं तर्ककर्ता की जांच करता हूं - हम नियमित अभिव्यक्ति (किस कार्यक्रम / कमांड में) दर्ज करेंगे? अज्ञानता के साथ, हम अपनी पसंदीदा भाषा में इसके लिए एक कार्यक्रम लिखना शुरू करते हैं। फिर मैं नियमित अभिव्यक्ति के "लालच" की अपनी समझ की जाँच करता हूँ। और अंत में, मैं निर्णय की जटिलता के साथ उम्मीदवार के मूल्यांकन की तुलना करता हूं। यही है, अगर उम्मीदवार एक विकल्प बनाता है - जावा में एक कार्यक्रम लिखने के लिए (इस मामले के लिए इकाई परीक्षणों के साथ भी) और आम तौर पर regexp को समझता है, जबकि एक डरावना अनुमान देता है - तो यह निश्चित रूप से एक शून्य है।
   • हम आपकी पसंदीदा भाषा में एक कार्यक्रम लिखते हैं, जो "बोल्ड" टैग के बीच पाठ को उजागर करता है। कृपया मुझे बताएं कि यह कैसे करना है, जिसमें स्रोत डेटा तक पहुंच शामिल है। यह काफी सामान्य विकल्प है यदि एल्गोरिथ्म को जल्दी और स्पष्ट रूप से बताया जाता है, और मूल्यांकन उम्मीदवार के आत्मविश्वास से मेल खाता है। यदि कोई व्यक्ति साधारण चीजों में भ्रमित हो जाता है, जिसे किसी विशेष ज्ञान या अनुभव की आवश्यकता नहीं होती है, तो यह नियम लागू करने के लिए एक अवसर है "लेने और पीड़ित होने के लिए बेहतर नहीं"
   • मैन्युअल रूप से। आम तौर पर एक बढ़िया विकल्प। क्योंकि अनुमान उन अनुमानों की तुलना में छोटा और अधिक अनुमानित है जो मैं अक्सर अन्य विकल्पों के लिए सुनता हूं। एक निश्चित प्लस, यदि इस विकल्प के लिए रेटिंग पर्याप्त है, तो और भी बेहतर अगर हम इसे उद्धरण चिह्नों में लपेटने के लिए regexp का उपयोग करें और इसे अल्पविराम से अलग करें। दो प्लस, अगर वे मुझसे पूछते हैं: "नकल करते समय एक चरित्र में त्रुटि कितनी महत्वपूर्ण है?" ठीक यही स्थिति तब है, जब आवश्यकताओं के एक छोटे से शोधन के कारण, हम समाधान की लागत को कई बार कम कर सकते हैं। सामान्य तौर पर, एक उम्मीदवार से अधिक उचित स्पष्ट प्रश्न, बेहतर।
   यदि कोई व्यक्ति ऐसे "मैनुअल" काम के लिए समय का अनुमान नहीं लगा सकता है, या यहां तक ​​कि इस तरह के विकल्प पर पूरी तरह से विचार करने से इनकार करता है - एक स्पष्ट ऋण।
   
   मेरी राय में, यह बिल्कुल ऐसे सवाल हैं जो दोनों मापदंड "स्मार्ट" और "काम हो जाता है" सबसे अच्छा दिखाते हैं।
   
   
4. दिया गया: .xls (एक्सेल) 4 संख्यात्मक कॉलम और 1000 लाइनों में एक शीट के साथ फ़ाइल।
   आवश्यक: इसे SQL डेटाबेस में अपलोड करें, संबंधित कॉलम के साथ एक तालिका उपलब्ध है। ठीक है, पहले, हल करने के लिए समय का मूल्यांकन करें।
   • आत्मविश्वास का जवाब - मैं ऐसे उपकरण का उपयोग करता हूं। इस तरह के उत्तर का मेरे लिए कोई मतलब नहीं है, मैं सिर्फ उपकरण के ज्ञान के साथ भाग्यशाली था।
   • सीएसवी में लिफाफा और इस तरह के एक उपकरण का उपयोग करें। पहले से अधिक दिलचस्प, परिवर्तित करने के बारे में सोचा। एक छोटा प्लस।
   सीएसवी से डाउनलोड करें और सीएसवी से डाउनलोड करने के लिए अंतर्निहित SQL सर्वर क्षमताओं का उपयोग करें। यह और भी दिलचस्प है, क्योंकि यह कहता है कि आप शायद डीबीएमएस के साथ सख्ती से निपटते हैं, और यह अक्सर मदद करता है। साथ ही अधिक।
   • उपकरण को देखते हुए, मुझे यकीन है कि यह उस तरह होना चाहिए। प्लस फ़्लेयर और इस तथ्य के लिए कि उन्होंने साइकिल के आविष्कार के लिए बहुत समय नहीं जलाया। बस "Google" के मूल्यांकन की पर्याप्तता को देखें
   • सीएसवी में लिफाफा, मैं एक शेल स्क्रिप्ट लिखूंगा जो कि सम्मिलित करेगा ... अभिव्यक्ति और sql सर्वर पर उन्हें चलाते हैं। पर्याप्त मूल्यांकन के साथ, एक सुनिश्चित प्लस।
   • मैं एक्सेल फाइल में एक कॉलम जोड़ूंगा, जहां सभी सेल में मैं (स्ट्रेच) "इनसर्ट" और कॉमा के साथ अतिरिक्त कॉलम डालूंगा, मुझे एक sql स्क्रिप्ट मिलेगी। तुरंत एक प्लस, हमें मूल्यांकन की भी आवश्यकता नहीं है।
   • एक कार्यक्रम लिखना शुरू करें। यह आमतौर पर खराब है। यदि आपने सीएसवी में बदलने और एक सरल प्रारूप के साथ काम करने का अनुमान लगाया है, और मूल्यांकन समझदार है, तो कुछ भी नहीं। लेकिन अगर हम एक्सेल के साथ काम करने के लिए जटिल पुस्तकालयों का उपयोग करना शुरू करते हैं, तो हम यूनिट परीक्षण लिखते हैं और शुद्ध समय के 8 घंटों में कार्य का मूल्यांकन करते हैं - फिर माइनस।
   
   शुरुआत में, मैं हमेशा समझाता हूं - मैं एक प्रश्न के साथ क्या जांचना चाहता हूं, ताकि लोग विशेष रूप से सरल विकल्पों में कटौती न करें।
   
   फिर प्रोग्रामिंग कार्यों के एक जोड़े, अच्छी तरह से, जहां इसके बिना। बस इस बात का ध्यान रखें कि आपको फोन को अपने कान से पकड़कर उन्हें हल करना है।
   
   
5. दिया: एन यादृच्छिक संख्या की एक सरणी।
   आवश्यकता है: सरणी से सबसे बड़ी K संख्याओं का पता लगाएं और एल्गोरिथ्म की जटिलता का मूल्यांकन करें। मैं निर्दिष्ट करता हूं कि K <(N / 2), N एक बड़ी संख्या है, सबसे तेज एल्गोरिथ्म ब्याज का है, मुझे मेमोरी खपत की परवाह नहीं है।
   
   मुझे यह समस्या पसंद है क्योंकि इसका एक स्पष्ट समाधान है (अभ्यास इस बात की पुष्टि करता है), हालांकि, यह इष्टतम नहीं है। मैं देखता हूं कि क्या कोई व्यक्ति यह समझ सकता है कि यह अपने आप पर इष्टतम नहीं है, और हम इष्टतम समाधान के लिए कितनी जल्दी हैं। ज्यादातर मामलों में, हम प्राप्त करते हैं, और इस पर उम्मीदवार की सोच उनके विचारों पर टिप्पणी करने वालों के लिए काफी अच्छी तरह से प्रकट होती है। फिर हम एल्गोरिथ्म की जटिलता की धारणा पर आते हैं, सामान्य उत्तर O (N * log K) है।
   लेकिन अगर आप बुरे मूड में हैं, तो आप याद कर सकते हैं कि संख्याएं यादृच्छिक हैं और उनमें से बहुत कुछ हैं, और आपको संभाव्यता सिद्धांत के आधार पर समस्या का समाधान करते हैं।
   तब उत्तर ओ (एन * लॉग के) से काफी कम होना चाहिए। कौन सा? मैं खुद नहीं जानता।
   
   
6. दिया: "मूल्यों" की एक सरणी और इसी संख्यात्मक गुणांक। एक फ़ंक्शन / विधि लिखना आवश्यक है जो मनमाने ढंग से मूल्यों में से एक का चयन करता है ताकि चयन की संभावना संबंधित गुणांक के समानुपाती हो। यही है, बड़ा गुणांक जितना अधिक होता है, उतनी ही बार संबंधित मूल्य जारी किया जाना चाहिए, और इसके विपरीत।
   इस तरह के एक स्पष्ट कार्य नहीं है, लेकिन काफी हल है। मैं निर्णय के समय और प्रगति का मूल्यांकन करता हूं।
   
   
7. खैर, फिर सवाल, एक वेब प्रोग्रामर के सामान्य स्तर को प्रकट करने के लिए, जावा में मेरे मामले में, शायद किसी को दिलचस्पी होगी:

• <span> <div> बीच अंतर स्पष्ट करें। बहुत से लोग जानते हैं, लेकिन वास्तव में समझा नहीं सकते, वे भ्रमित हो जाते हैं, यह एक शून्य है।
• जावास्क्रिप्ट में, यह बताएं कि प्रोटोटाइप क्या है (फ्रेमवर्क के नाम का मतलब नहीं है)? JQuery () विधि, उर्फ ​​$ () में क्या पास किया जा सकता है?
• HTTP में, क्या जिंदा है?
• क्या एक ही कुंजी वाले कुकी का एक ही साइट (एक ही डोमेन के साथ) के दो अलग-अलग पृष्ठों पर अलग-अलग अर्थ हो सकता है? नहीं? और विभिन्न साइटों पर?
• कैसे टीसीपी यूडीपी से अलग है। एक बेवकूफ सवाल, लेकिन यह पता चला कि वे आमतौर पर जवाब जानते हैं, अब अगर कोई जवाब नहीं देता है, तो मेरे लिए यह संदिग्ध है। और ऐसा भी होता है कि आत्मविश्वास से वे पूरी बकवास कहते हैं, यह "मुझे पता नहीं है, मैं इसे पढ़ूंगा।"
• आधार ६४ क्या है?
• क्या विभिन्न डोमेन के बीच अजाक्स अनुरोध करना संभव है? कैसे?
• SOAP और REST के बीच मूलभूत अंतर बताइए? मैं जवाब की स्पष्टता और संक्षिप्तता को देखता हूं। "मैं नहीं जानता" भी अच्छा है।
• दो समानांतर धागे का उपयोग करके निर्माता-उपभोक्ता पैटर्न को कैसे लागू किया जाए। (मैं पैटर्न का सार समझाता हूं
• क्या एक्सएमएल के साथ कोई अनुभव है? यदि हां, तो कैसे, किन तकनीकों का उपयोग कर?
• क्या आप जानते हैं कि xpath / axes कुल्हाड़ी इसमें क्या है।
• लिनक्स के साथ क्या अनुभव है? लिनक्स और इसके आदेशों का एक अच्छा ज्ञान आपको रोज़मर्रा के जटिल कार्यों को जल्दी से हल करने (या स्वचालित) करने की अनुमति देता है, इसलिए यह दक्षता को काफी प्रभावित कर सकता है। दर्ज आदेशों के इतिहास की खोज कैसे करें? Sed, awk, sudo, ps, top, grep का ज्ञान? पाइप का उपयोग करना? खोल स्क्रिप्ट लिखी?
• नियमित अभिव्यक्ति का ज्ञान?
• आपकी अक्सर उपयोग की जाने वाली गर्म कुंजियाँ या रूटीन कार्य स्वचालन के उदाहरण क्या हैं? दक्षता हमेशा सोचने की क्षमता नहीं होती है, कभी-कभी लोग जल्दी से काम करते हैं, यदि केवल इसलिए कि सभी बुनियादी कार्यों को गर्म कुंजियों पर निकाला जाता है और सबसे अधिक दिनचर्या स्वचालित होती है।
  
  

  एसक्यूएल सवाल।

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

  प्रोग्रामिंग में, समस्याओं को हल करने के दौरान ज्ञान की पहचान की जाती है, लेकिन मैं अभी भी मूल बातें पूछता हूं।

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

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

यदि कोई ऐसे प्रश्न जानता है जो वेब प्रोग्रामर की प्रभावशीलता को बेहतर ढंग से प्रदर्शित कर सकता है, तो टिप्पणी में आपका स्वागत है।

इंटरव्यू में शुभकामनाएँ।