बैकएंड डेवलपर इंटरव्यू प्रश्न: वास्तव में क्या पूछा जाता है

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

• API डिज़ाइन। REST बनाम RPC, वर्ज़निंग, पेजिनेशन, एरर रिस्पॉन्स, ऑथेंटिकेशन, और इडेम्पोटेंसी की।
• डेटाबेस और डेटा मॉडलिंग। रिलेशनल या डॉक्यूमेंट स्टोरेज चुनना, इंडेक्स, जॉइन, ट्रांज़ैक्शन, आइसोलेशन लेवल, N+1 क्वेरी, और स्कीमा माइग्रेशन को सुरक्षित तरीके से चलाना।
• कैशिंग और परफ़ॉर्मेंस। कैश इनवैलिडेशन, एक्सपायरी, कैश स्टैम्पीड, और किसी धीमे एंडपॉइंट को प्रोफ़ाइल करने का तरीका।
• कॉन्करेंसी और रिलायबिलिटी। रेस कंडीशन, लॉक, क्यू, टाइमआउट, और बैकऑफ़ के साथ रिट्राई।
• सिस्टम डिज़ाइन। जैसे URL शॉर्टनर, रेट लिमिटर, या नोटिफ़िकेशन सर्विस बनाना।
• कोडिंग। डेटा स्ट्रक्चर और एक व्यावहारिक समस्या, आमतौर पर आपकी पसंद की भाषा में।

भाषा और फ़्रेमवर्क केंद्रित राउंड्स ज़्यादा गहराई में जाते हैं; question banks hub पर Go, Java, Spring Boot, माइक्रोसर्विसेज़ और भी बहुत कुछ के सेट मिलते हैं।

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

• किसी कॉलम में इंडेक्स जोड़ने पर क्या होता है, और इंडेक्स कब नुकसानदेह साबित होता है?
• read committed और serializable आइसोलेशन में क्या फ़र्क है, और आप ज़्यादा सख़्त लेवल की कीमत कब चुकाएंगे?
• आप किसी ORM में N+1 क्वेरी को कैसे ढूंढेंगे और ठीक करेंगे?
• आप किसी पेमेंट एंडपॉइंट को क्लाइंट के लिए सुरक्षित रूप से रिट्राई करने लायक कैसे बनाते हैं?
• यूज़र के स्क्रॉल करते वक़्त बदलते बड़े रिज़ल्ट सेट को आप कैसे पेजिनेट करते हैं?
• रिलेशनल डेटाबेस की जगह डॉक्यूमेंट स्टोर कब चुना जाएगा?
• बिना डाउनटाइम के कॉलम का नाम बदलना आप कैसे रोलआउट करेंगे?

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

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

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

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

जवाब पढ़ना और उन्हें बोलना एक जैसा नहीं है। ऊपर दी गई सवालों की सूची को टाइमर लगाकर ज़ोर से बोलें, या mock interview tool को सवाल पूछने दें और अस्पष्ट जवाबों पर आगे सवाल करने दें।

असली लाइव वीडियो इंटरव्यू के लिए, SubcueAI इंटरव्यूअर की बात को ट्रांसक्राइब करता है और एक लोकल ओवरले में स्ट्रक्चर्ड आंसर पॉइंट्स तैयार करता है, चाहे macOS या Windows पर डेस्कटॉप ऐप में (Zoom, Google Meet, Microsoft Teams) या Chrome या Edge टैब की कॉल के लिए ब्राउज़र एक्सटेंशन के साइड पैनल में। कॉल में कोई बॉट शामिल नहीं होता। यह बातचीत वाले राउंड्स में सबसे उपयोगी है, जैसे डिज़ाइन चर्चा और अनुभव संबंधी सवाल। शेयर्ड स्क्रीन पर कोडिंग राउंड्स, प्रॉक्टर्ड असेसमेंट, रिकॉर्ड किए गए वन-वे इंटरव्यू, और कंपनी-प्रबंधित डिवाइस इसके सुरक्षित दायरे से बाहर हैं, और स्क्रीन पर आप जो कुछ भी शेयर करते हैं वह दिखाई देता है। सेटअप tutorial पेज पर है।