क्या साक्षात्कार के दौरान "व्हाइट-बोर्ड-कोडिंग" अनुचित है? [बन्द है]


30

यह एक कुछ व्यक्तिपरक quesiton है, लेकिन मुझे इस विषय पर साक्षात्कारकर्ताओं / साक्षात्कारकर्ताओं से प्रतिक्रिया / राय सुनना अच्छा लगेगा।

हमने अपने तकनीकी साक्षात्कार को 4 भागों में विभाजित किया है। सफेद बोर्ड पर कोड, पढ़ें और विश्लेषण कोड, डिजाइन सत्र और कोड लिखें।

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

ध्यान दें कि हम हमेशा एक स्पष्ट भाषा के लिए पूछते हैं। हम एक .NET C # घर हैं। हमने केवल "छद्म कोड" कहा है, जहां कोई कोड के साथ संघर्ष कर रहा है।

मेरा सवाल है "क्या एक साक्षात्कार के दौरान व्हाइटबोर्ड पर एक कोड स्निपेट लिखने के लिए प्रोग्रामर से अपेक्षा करना अनुचित / अनुचित है?"


13
उचित IMHO (और मेरे पूर्व नियोक्ता पर कुछ बहुत बुरा काम रोक सकता है, अगर केवल इसे लागू किया गया था)।
9

3
साक्षात्कारकर्ता के दृष्टिकोण से यह वास्तव में निराशाजनक बात है। 5 साल के प्रोग्रामिंग अनुभव का दावा करने वाले लोगों के पास ये बुनियादी कौशल कैसे नहीं हो सकते? और 90% नहीं है। (सीवी के 70% तुरंत, और टेलीफोन साक्षात्कार में 70% की विफलता की दर को समाप्त करने के बाद 90%)
माइकल शॉ

18
We're not looking for perfect syntax.यह उचित है, वास्तव में मैं कहूँगा सिफारिश की है! यह है अनुचित व्हाइटबोर्ड कोडिंग पर वाक्यविन्यास त्रुटियों की आलोचना करने के।
क्वर्की

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

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

जवाबों:


47

मेरे विचार में, यह बहुत उपयुक्त है। यदि आप किसी विशेष कौशल को करने के लिए नौकरी चाहते हैं, तो साक्षात्कार में उस कौशल का प्रदर्शन करने की उम्मीद करना पूरी तरह से उचित है।

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

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


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

1
इसमें सबसे बड़ा खतरा यह है कि निराशा अंदर आती है, और आप किसी ऐसे व्यक्ति को नौकरी देते हैं, जो प्रोग्रामिंग कार्य में असफल रहा है, लेकिन एक तकनीकी परीक्षण की तरह साक्षात्कार के अन्य अंगों पर अच्छा प्रदर्शन किया है। वास्तविकता यह है, इन उम्मीदवारों ने एक किताब पढ़ी है और एक अच्छी स्मृति है। क्या आप लोगों को किताबें पढ़ने के लिए भर्ती कर रहे हैं? या प्रोग्राम लिखने के लिए?
माइकल शॉ

@EoinCampbell, यदि संचार कौशल आपके लिए महत्वपूर्ण हैं, तो यह पूरी तरह से उपयुक्त है।

1
इसलिए, एक उम्मीदवार के रूप में, आप एक गलती करते हैं, मैं थोड़ी देर बाद (सीधे नहीं) आपके ध्यान में वह गलती लाता हूं। आप उस बिंदु पर दबाव महसूस करेंगे। यह साक्षात्कार का एक महत्वपूर्ण हिस्सा है कि आप कैसे प्रतिक्रिया देते हैं? क्या आप एक साक्षात्कार में टाइपो के दबाव का सामना कर सकते हैं? यदि आप उस दबाव में पिघल जाते हैं, तो जब आप एक टीम के रूप में एक समय सीमा के लिए सॉफ्टवेयर देने के दबाव में होते हैं तो आप क्या करने जा रहे हैं?
माइकल शॉ

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

15

मेरा सवाल है "क्या एक साक्षात्कार के दौरान व्हाइटबोर्ड पर कोड स्निपेट लिखने के लिए प्रोग्रामर से अपेक्षा करना अनुचित / अनुचित है?"

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


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

5
@ पेटोलमी: क्या सच में ऐसा लगता है? "एक पेड़ के माध्यम से गहराई-पहली खोज" जैसे एक विशिष्ट व्हाइटबोर्ड-व्यायाम के लिए, इंटैलिजेंस का क्या उपयोग होगा?
nikie

2
व्हाइटबोर्ड / पेपर क्रैश नहीं करते हैं, और हर कोई जानता है कि उन पर कैसे लिखना है। यदि आप मुझे एक समस्या को हल करने के लिए IDLE देते हैं तो मैं मान सकता हूं कि आप एक बेवकूफ हैं, और यदि आप मुझे ग्रहण करते हैं तो मैं अपना आधा समय डिफ़ॉल्ट कीबाइंडिंग से लड़ने में बिताऊंगा।

6
Intellisense (और अन्य IDEs स्वतः पूर्ण सुविधाएँ, भी, मुझे यकीन है) को बंद किया जा सकता है। या आप उन्हें नोटपैड (या नोटपैड ++ जैसे अच्छे विकल्प जो सिंटैक्स हाइलाइटिंग करते हैं, लेकिन कोई स्वत: पूर्णता या पसंद नहीं है) दे सकते हैं। ज़रूर, यह दुर्घटनाग्रस्त हो सकता है, लेकिन वास्तविक रूप से: नोटपैड में आपने कितने शोस्टॉपर कीड़े का सामना किया है?
बजे एक CVn

3
यहां तक ​​कि अगर यह सिर्फ notepad.exe है, तो यह कागज या व्हाइटबोर्ड की तुलना में काम करना बहुत आसान है। आप लाइनों को सम्मिलित या हटा सकते हैं, जो कि भौतिक मीडिया पर बहुत बड़ा दर्द है।
कोडइन्चोस

10

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

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

तो, इस तरह की स्थिति में, यहां तक ​​कि सबसे अच्छा भी लड़खड़ाहट को समाप्त कर सकता है।

अंतिम भाग के लिए हम साक्षात्कारकर्ताओं से पूछते हैं कि वे व्हाइटबोर्ड पर एक छोटा कोड स्निपेट (4-5 पंक्तियां) लिखें और उन्हें समझाएं कि वे इसके माध्यम से जाते हैं

ठीक है। लेकिन फिर, सिर्फ इसलिए कि कोई कुछ ठीक से नहीं समझा सकता है इसका मतलब यह नहीं है कि वे इसे अच्छी तरह से नहीं जानते हैं। (व्याख्या भाषण की एक कला है)।

अगर मैं तुम थे, मैं यह पिछले भाग के लिए करूँगा ...

एक बहुत ही छोटे (लेकिन यथार्थवादी) प्रोजेक्ट के लिए उन्हें किराए पर लें। देखें कि वे कैसे कोड लेते हैं, निर्णय लेते हैं, काम की परिस्थितियों और टीम के सदस्यों को आत्मसात करते हैं, आदि, और फिर उसी के आधार पर अंतिम निर्णय लेते हैं।


6
यदि आपकी भर्ती प्रक्रिया का हिस्सा 3 महीने के लिए एक मानक निश्चित अनुबंध की पेशकश करना है, तो आपके प्रस्ताव को लेने के लिए कितने लोग वास्तव में एक परमिट भूमिका से इस्तीफा देंगे?
माइकल शॉ

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

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

1
@ TheJug पूरी तरह से सहमत हैं और हम जूनियर्स और ग्रेड्स के साथ एक-दूसरे की सहायता करेंगे, यह सुनिश्चित करने के लिए कि वे इस प्रक्रिया से अभिभूत नहीं हैं, लेकिन हमने वरिष्ठ (7-8 वर्ष एक्सप) देवों को इससे जूझते हुए देखा है।
इयोन कैंपबेल

1
"उन्हें एक बहुत ही छोटे (लेकिन यथार्थवादी) प्रोजेक्ट के लिए किराए पर लें ..." - क्या आप सुझाव देते हैं कि आपको "किराए पर" देना चाहिए जैसे कि एक पद के लिए आवेदन करने वाले उम्मीदवारों में से तीन, भले ही आप केवल एक रखने की योजना बना रहे हों? यह मुझे बहुत अनुचित लगता है! यह शायद टीम भावना में सुधार नहीं करेगा, या तो।
निक्की

8

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


7
मैं उस आदमी को नहीं जानता, क्योंकि वह काम पर नहीं रखा गया था।
केविन क्लाइन

4
जब तक आप लोगों की नसों को पकड़कर पैसा नहीं कमाते हैं, तब तक कंपनी की रोक के लिए देखें।
JayPea

1
@JayPea: मुझे कैसे पता चलेगा कि एक व्यक्ति शानदार कोडर है अगर मैं उन्हें कोड नहीं दे सकता हूं? एकमात्र विकल्प किसी के लिए पहले से ही कर्मचारियों से एक सिफारिश होगी। हर कोई विश्वसनीय सिफारिशों पर काम करना पसंद करता है, लेकिन यह एक बहुत छोटा समूह है।
केविन क्लाइन

1
@kevincline मेरा जवाब पढ़ें, मैं यह नहीं कह रहा हूं कि आपको डेवलपर साक्षात्कार में व्हाइटबोर्ड कोडिंग नहीं करनी चाहिए।
तमसे सजेले

@JayPea मुझे पूरा यकीन है कि जिन कर्मचारियों को उच्च-तनाव की स्थिति में घबराहट नहीं होती है , वे कई कंपनियों की वित्तीय सफलता का एक महत्वपूर्ण कारक हैं।
काइल स्ट्रैंड

4

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

संचार, संचार, संचार कुछ ऐसा है जो हर माध्यम से बड़े आकार की परियोजना की नींव है (यहां तक ​​कि जरूरत पड़ने पर छोटा भी)


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

4

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

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

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

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


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

शायद अपरिवर्तनीय गलत शब्द है (मैंने इसे medium.com/dima-korolev/… से लिया है - जो सोचते हैं कि यह एक फायदा है)। फिर भी, एक संपादक की तुलना में कुछ ऐसा जोड़ना मुश्किल है जिसके लिए आपने जगह नहीं छोड़ी है।
आईजीईएल

3

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

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

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


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

@ जूलियाहवर्ड: पूर्व-साक्षात्कार में एक उम्मीदवार की बुनियादी कोडिंग क्षमताओं को स्थापित करना एक अलग बात है। आपको वास्तव में ऐसा करने के लिए साइट पर किसी को आमंत्रित करने की आवश्यकता नहीं है। आप उन्हें एक छोटी सी समस्या भेज सकते हैं जिसे वे हल कर सकते हैं। संभवतः उस समाधान (या गीथूब कोड) पर व्यक्ति में चर्चा करें। सबसे स्पष्ट रूप से: यह बहुत संभावना नहीं है कि आप एक उम्मीदवार को इज्जत की समस्या के प्रकार पर गर्व करने में सक्षम होने का सुझाव देंगे, जबकि फ़िज़बज़ प्रकार की समस्याओं को हल करने में सक्षम नहीं है। साक्षात्कार का उपयोग यह निर्धारित करने के लिए किया जाना चाहिए कि वास्तविक दुनिया की समस्याओं की जटिलता से निपटने के लिए उम्मीदवार कितना सक्षम है।
back2dos

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

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

3

मुझे एक और सवाल का जवाब दें:

एक कंप्यूटर पर कोड टाइप करने और निष्पादित करने की तुलना में, एक सफेद बोर्ड पर कोड लिखना प्रोग्रामिंग की क्षमता का आकलन करने में कोई वास्तविक लाभ प्रदान करता है?

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


क्या यह केवल आपकी राय है या आप इसे किसी तरह वापस कर सकते हैं?
gnat

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

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

2

नहीं, लेकिन IMO एक बेहतर तरीका होगा कि आप अपने इच्छित उद्देश्य के लिए व्हाइटबोर्ड का उपयोग करें और कुछ काल्पनिक प्रोजेक्ट के लिए यूएमएल / स्केच / नोट्स का उपयोग करें, बजाय पुराने "सभी रिकॉर्ड प्राप्त करने के लिए मुझे एक sql क्वेरी लिखें" या "एक विधि लिखें" एक स्ट्रिंग को उलट देता है ”।

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


2

इन दिनों टीमों में बहुत सारी प्रोग्रामिंग की जाती है। टीमों को काम करने के लिए, लोगों को संवाद करने में सक्षम होना चाहिए। इसका एक बड़ा हिस्सा व्हाइटबोर्ड (बुद्धिशीलता, सलाह, कोड समीक्षा प्रस्तावित सुधार, आदि) के सामने संवाद करने में सक्षम हो रहा है।

मैं यह देखना चाहूंगा कि क्या उम्मीदवार ने समझाया कि कैसे सहायता करने के लिए व्हाइटबोर्ड कोड का उपयोग करके प्रोग्रामिंग समस्या के समाधान के बारे में जाना जाए। यदि स्पष्टीकरण काफी अच्छा है, तो कमरे में अन्य अच्छे प्रोग्रामर बोर्ड पर किसी भी टाइपोस / गलतियों को मानसिक रूप से ऑटो-सही करेंगे।

अधिकांश प्रकार की टीम के पदों के लिए, उम्मीदवार से यह उम्मीद करना अनुचित नहीं होगा कि वह किसी समाधान पर अपने प्रयास की व्याख्या करने में सक्षम हो सकता है।


0

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


0

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

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

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


-1

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


1
"ज्यादातर या सभी साक्षात्कारकर्ता इस बात को करते हैं" यह बहुत दुर्लभ आईएमओ है।
कर्क ब्रॉडहर्स्ट

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

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

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

इंगित करना चाहिए कि मुझे कंप्यूटर पर कोड लिखना कभी नहीं पड़ा; मुझे दो बार कागज पर कोड लिखना पड़ा है (जब मैं एक जूनियर था) और मुझे एक बार एक व्हाइटबोर्ड पर एक आर्किटेक्चर आरेख खींचना था । यह लगभग 20 साक्षात्कारों से बाहर है ...
Kirk Broadhurst
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.