पेयर प्रोग्रामिंग इंटरव्यू: जब आप अकेले नहीं होते तो क्या आँका जाता है

सबसे महँगी ग़लतफ़हमी

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

यह बिलकुल उल्टा है। पेयर राउंड में इंटरव्यूअर चालीस मिनट के लिए सहकर्मी होता है, और जो नापा जा रहा है वह यह है कि आपके साथ काम करना कैसा लगता है। आपकी चुप्पी संयम नहीं है — वह एक ऐसा व्यक्ति है जिसके साथ जोड़ी बनाना कठिन है।

उनका इस्तेमाल कीजिए, और ज़ोर से

पेयर सेशन आपको वह देता है जो अकेले का राउंड नहीं देता: एक दूसरा दिमाग़ जिसे जवाब पहले से पता है। जो इसका अच्छा इस्तेमाल करते हैं, वे तीन चीज़ें बार-बार करते हैं।

वे धारणाओं पर कुछ खड़ा करने से पहले उन्हें जाँच लेते हैं। «मैं मान रहा हूँ कि ये ID यूनिक हैं — क्या यह सुरक्षित है?» दस सेकंड, और ग़लत दिशा में बीस मिनट बच जाते हैं।

वे अंदाज़ा लगाने के बजाय विकल्प रखते हैं। «मैं इसे डिक्शनरी से कर सकता हूँ, या पहले सॉर्ट करके। सॉर्ट पढ़ने में आसान है, डिक्शनरी तेज़ है। यहाँ आपके लिए क्या ज़्यादा मायने रखता है?» यह अनिर्णय नहीं है — असल में काम इसी तरह होता है।

और वे संकेत बिना बहस के ले लेते हैं। जब कोई कहे «अगर लिस्ट ख़ाली हुई तो?», तो जवाब बचाव नहीं होता। जवाब होता है «अच्छा पकड़ा» और एक गार्ड क्लॉज़।

टाइप करना ही काम नहीं है

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

उल्टा पैटर्न बेहतर अंक पाता है: कोड कम, बोलना ज़्यादा, चेकपॉइंट बार-बार। «ठीक है, इससे मुख्य रास्ता कवर हो गया। आगे बढ़ने से पहले — ख़राब इनपुट संभालूँ, या फ़िलहाल सीधा रास्ता काफ़ी है?»

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

जब आप उनसे असहमत हों

ऐसा होता है: इंटरव्यूअर कुछ सुझाता है जो आपको ग़लत लगता है। दोनों छोर नुक़सान में हैं। चुपचाप मान लेना पढ़ा जाता है कि आपकी कोई राय नहीं। अड़ जाना पढ़ा जाता है कि यह व्यक्ति टीम में थका देगा।

सही क़दम है असहमति को ठोस और सस्ता बना देना। «मुझे लगता है इनपुट पहले से सॉर्टेड हो तो यह टूटेगा — क्या मैं उसी केस पर आज़माकर देखूँ?» अब यह बहस नहीं, दो मिनट का प्रयोग है, और सही कोई भी निकले, आपने दिखा दिया कि आप तकनीकी असहमति कैसे सुलझाते हैं। और असल में यही पूछा जा रहा था।

आख़िरी पाँच मिनट

ज़्यादातर लोग आख़िरी हिस्सा तेज़ टाइप करने में लगाते हैं, इस उम्मीद में कि पूरा हो जाए। पूरा न होना सामान्य है और शायद ही कभी घातक; न समझाया जाना उससे बुरा है।

समय का बेहतर उपयोग: रुकिए और बताइए कि आप कहाँ हैं। «यह मानक केस के लिए चलता है। दस मिनट और होते तो मैं डुप्लिकेट संभालता, और यहाँ एक देखे-गए सेट रखकर करता।»

अब आपने दिखा दिया कि क्या छूटा है और आप उसे कैसे पूरा करते — और पूरा कर लेने से भी ज़्यादातर यही साबित होता।

वे क्या लिख रहे होते हैं

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

संवाद का मतलब वाक्पटुता नहीं है। मतलब यह है कि देखने वाला आपका अगला क़दम भाँप सके। भाँप सके तो आप पढ़े जा सकते हैं; न भाँप सके तो आपका हर काम अंदाज़ा लगाने जैसा दिखता है, भले न हो।

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

डिबगिंग वही हिस्सा है जो वे देखना चाहते हैं

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

कमज़ोर तरीक़ा है चीज़ें बदलते जाना जब तक आउटपुट सही न दिखने लगे। मज़बूत तरीक़ा है कुछ भी छूने से पहले एक परिकल्पना बनाना: «गिनती एक ज़्यादा आ रही है, और लूप शून्य से n तक समावेशी चल रहा है — मुझे लगता है सीमा वाली बात है। n बराबर एक पर जाँचता हूँ।»

परिकल्पना कहिए, फिर जाँचिए। दो वाक्य, और आपने प्रतिक्रिया नहीं, एक तरीक़ा दिखाया।

पहले दो मिनट कैसे सेट करें

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

इससे इंटरव्यूअर को जल्दी ही आपको सही दिशा देने का मौक़ा भी मिलता है। मौक़ा दें तो वे आमतौर पर देते हैं — और दूसरे मिनट पर दिशा बदलना मुफ़्त है, जबकि वही बदलाव बीसवें मिनट पर आपका राउंड ले जाता है।

अगर सवाल का विवरण अस्पष्ट है, तो वह अस्पष्टता आमतौर पर जानबूझकर होती है। उस पर पूछना देरी नहीं है: वही सबसे पहले परखा जा रहा है।

कोपायलट कहाँ फ़िट बैठता है

Interview Copilot राउंड को रियल टाइम में फ़ॉलो करता है और सामने वाला बोल ही रहा होता है, तभी आपकी स्क्रीन पर एक ढाँचा रख देता है — सवाल असल में क्या पूछ रहा है, कौन-सी बाध्यता मायने रखती है, और कौन-सा ट्रेड-ऑफ़ ज़ोर से कहने लायक़ है। पढ़ने की स्क्रिप्ट नहीं: एक ढाँचा, जिस पर से आप अपने शब्दों में बोलते हैं।

यहाँ ऐप कैसे मदद करता है

आगे पढ़ें