मैं व्हाइटबोर्ड साक्षात्कार के सवालों पर बेहतर कैसे हो सकता हूं? [बन्द है]


16

मैं साक्षात्कार पर बैठ गया हूं और एक साक्षात्कार के दौरान व्हाइटबोर्ड पर सवालों के जवाब देने में समान योग्यता वाले व्यक्तियों के बीच एक बड़ी असमानता देखी गई है।

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

व्हाइटबोर्ड साक्षात्कार के सवालों पर कोई कैसे बेहतर हो सकता है? क्या बेहतर तरीके से तैयार होने के तरीके हैं?


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

12
इसे और अधिक करके आप बेहतर हो सकते हैं। मैं पहले कम वांछित नौकरियों के लिए हमेशा साक्षात्कारों को पंक्तिबद्ध करता हूं। इस तरह से मैं व्हाइटबोर्ड के साथ अभ्यास कर सकता हूं इससे पहले कि मैं वास्तव में नौकरी चाहता हूं साक्षात्कार के लिए प्राप्त करें :-)
मार्टिन यॉर्क

1
अभ्यास परिपूर्ण बनाता है - शायद यहाँ भी।

1
साक्षात्कार में खुद बनें! यह नौकरी पाने की गारंटी नहीं हो सकती है। लेकिन गारंटी देता है कि आपको सबसे अच्छी नौकरी मिले जिसके आप हकदार हैं।
दीपन मेहता

निश्चित रूप से, उत्तर अभ्यास, अभ्यास, अभ्यास है! शुरू करने के लिए एक अच्छी जगह है: code-exercises.com/programming
kms333

जवाबों:


15

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

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

कहानी का नैतिक: अपने साक्षात्कार के लिए मत जाइए। व्हाइटबोर्ड पर समस्याओं को हल करना एक ऐसी चीज है जिसका आपको अभ्यास करना चाहिए।


3
हां और यह दुर्भाग्य से एक ऐसी स्थिति पैदा करता है, जहां "सर्वश्रेष्ठ" उम्मीदवार वह है जिसने सबसे अधिक साक्षात्कार किए हैं (या अन्यथा "तैयार" है)। कभी-कभी यह एक अच्छे कर्मचारी के लिए अनुवाद करता है और कभी-कभी ऐसा नहीं होता है।
केविन

1
संभवतः एक अच्छे कर्मचारी के लिए अधिक बार अनुवाद करता है, हालांकि यह नहीं करता है। बल्कि, जो कोई ट्रेन करता है और सफल होता है वह कोई है जो: ए) कंपनी और बी के लिए काम करने के बारे में परवाह करता है, उन चीजों में सफल होता है जो वे अपने दिमाग में डालते हैं। यदि प्रोग्रामिंग प्रश्न कठिन / अच्छे हैं, तो व्हाइटबोर्ड तैयारी कारक कम महत्वपूर्ण हो जाता है।
केसी पैटन

@ केविन: बिल्कुल ... मैं सिर्फ डेविल्स एडवोकेट का किरदार निभा रहा हूं। मैंने कई मौकों पर वही सटीक हताशा व्यक्त की है।
केसी पैटन

1
@ केविन, यह दोनों तरह से जाता है और जोखिम सममित है, शायद उन कानूनों को छोड़कर जो गूंगे प्रोग्रामरों को निकाल दिया जाए।
अय्यूब

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

8

जब आप एक श्वेत बोर्ड साक्षात्कार में हों तो तीन प्रश्नों के उत्तर देने की आवश्यकता होती है:

  1. क्या आप समस्या का समाधान कर सकते हैं?
  2. क्या आप समस्या और समाधान के बारे में स्पष्ट रूप से संवाद कर सकते हैं?
  3. क्या आप दूसरों से प्रतिक्रिया प्राप्त करने में सक्षम हैं?

तो समाधान बिंदु नहीं है, यह है कि आपको समाधान कैसे मिला , और यही साक्षात्कारकर्ता आपको आश्वस्त करेंगे।

क्या आप इसे बेहतर कर सकते हैं? हाँ तुम कर सकते हो:

अगली बार आपको अपने साथियों के साथ कुछ समझाना होगा (यदि आप पढ़ रहे हैं या अन्य सहकर्मी अगर आप काम कर रहे हैं तो): ऐसा करें

  1. उन्हें व्हाइटबोर्ड पर खींचें
  2. कलम और इरेज़र उठाओ
  3. समस्या को समझाना शुरू करें
  4. ???
  5. फायदा

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

कोड लिखने के अलावा; UML चित्र बनाना और उनके बारे में बात करना सीखें । यह सभी बक्से, मंडलियां और तीर हैं और आपके द्वारा आमतौर पर खींचे जाने वाले प्रकार वर्ग आरेख, अनुक्रम आरेख और (बहुत कम ही) केस आरेख का उपयोग करते हैं। और अन्य सभी मामलों में आपको केवल बक्से, सर्कल और तीर खींचने की आवश्यकता है।


8

व्हाइटबोर्ड केवल साक्षात्कार के लिए नहीं हैं

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

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

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

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

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


4

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

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

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

व्हाइटबोर्ड साक्षात्कार के प्रश्नों में बेहतर तरीके से कुछ तरीके क्या हैं?

क्या बेहतर तरीके से तैयार होने के तरीके हैं?

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

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

साक्षात्कार के दौरान आगे बढ़ने के लिए टिप्स?

निर्भर करता है।

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

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


3

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


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

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

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

3

जबकि अन्य लोगों ने शारीरिक पहलुओं (अभ्यास!) को कवर किया है, मैं मानसिक पहलुओं को छूऊंगा। चाहे आप कितना भी अभ्यास करें, साक्षात्कार एक अलग प्रकार का वातावरण है। आप अकेले या अपने दोस्तों के साथ नहीं होंगे - आप किसी ऐसे व्यक्ति के साथ होंगे जो आपसे कभी नहीं मिला है जो आपकी क्षमता को आंकने की कोशिश कर रहे हैं।

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

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

आशा करता हूँ की ये काम करेगा!


+1: बहुत मददगार ... मेरे पास व्हाइटबोर्ड इंटरव्यू आ रहे हैं और यह थोड़ा नर्वस है, जब आप यह नहीं जानते कि उम्मीदें क्या होंगी। मुझे पता है कि मैं अपनी विचार प्रक्रियाओं को समझा सकता हूं और यह बहुत महत्वपूर्ण होगा।
14

2

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

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

वहाँ निश्चित रूप से अन्य क्षेत्र हैं, लेकिन वे मुख्य हैं जिन्हें मैं विचार करूंगा कि जब मैंने मॉक साक्षात्कार में क्या किया था, तो इसका विश्लेषण कैसे करूंगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.