2026 में बैकएंड इंटरव्यू एल्गोरिदम की रटी-रटाई ट्रिविया से हटकर उस चीज़ पर आ गए हैं जिसमें बहाना नहीं चलता: क्या आप ऐसी सर्विस डिज़ाइन कर सकते हैं जो रात 3 बजे भी चलती रहे, जब ट्रैफिक तीन गुना हो जाए और कोई डाउनस्ट्रीम डिपेंडेंसी टाइमआउट देने लगे? इंटरव्यूअर देखना चाहते हैं कि आप कंसिस्टेंसी, फेलियर और स्केल पर कैसे सोचते हैं, न कि यह कि आपने quicksort की टाइम कॉम्प्लेक्सिटी रट रखी है या नहीं। यह गाइड उन सवालों पर चलती है जो आपको सच में मिलेंगे, हर सवाल क्यों पूछा जाता है, और जवाब ऐसे कैसे दें जैसे किसी ने असली सिस्टम बनाए और चलाए हों।
2026 में बैकएंड इंटरव्यू असल में क्या परखते हैं
मानदंड ऊपर उठ चुका है। ज़्यादातर टीमें मान लेती हैं कि आप एक चलने वाला endpoint लिख सकते हैं, इसलिए इंटरव्यू उसके नीचे की परतों को टटोलता है। पांच चीज़ों पर आपको परखा जाएगा:
- डेटा मॉडलिंग और स्टोरेज के चुनाव। एक्सेस पैटर्न के हिसाब से सही डेटाबेस चुनना और उसे सही ठहराना: SQL बनाम डॉक्यूमेंट स्टोर, नॉर्मलाइज़ेशन बनाम डीनॉर्मलाइज़ेशन, और कैश कब अपनी जगह बनाता है।
- API डिज़ाइन और कॉन्ट्रैक्ट। साफ रिसोर्स मॉडलिंग, idempotency, वर्ज़निंग, पेजिनेशन, और ऐसी बैकवर्ड कम्पैटिबिलिटी जो क्लाइंट्स को न तोड़े।
- कंकरेंसी और कंसिस्टेंसी। रेस कंडीशन, लॉकिंग, ट्रांज़ैक्शन, आइसोलेशन लेवल, और eventual consistency चुनने पर आप कौन से ट्रेडऑफ स्वीकार करते हैं।
- फेलियर और रेज़िलियंस। टाइमआउट, रिट्राई, सर्किट ब्रेकर, idempotent राइट्स, और जब कोई क्यू भर जाए या नोड मर जाए तो क्या होता है।
- ऑपरेशनल परिपक्वता। ऑब्ज़र्वेबिलिटी, डिप्लॉयमेंट, रोलबैक, और क्या आप सिस्टम के बारे में शिप होने के बाद भी सोचते हैं, सिर्फ PR मर्ज होने तक नहीं।
जेनरेटिव AI ने बॉयलरप्लेट कोड को मामूली बना दिया है, इसलिए इंटरव्यूअर अब उस समझ पर ज़्यादा ज़ोर देते हैं जो टूल नहीं दे सकते: किसी स्कीमा के पीछे का कारण, एक इंडेक्स की कीमत, और एक डिप्लॉयमेंट का ब्लास्ट रेडियस।
इंटरव्यू प्रोसेस
2026 में एक आम बैकएंड इंटरव्यू लूप चार से छह चरणों का होता है, हालांकि स्टार्टअप इसे छोटा कर देते हैं और बड़ी कंपनियां लंबा खींचती हैं।
- रिक्रूटर स्क्रीन (20 से 30 मिनट)। बुनियादी बातें, सैलरी बैंड, और आपके स्टैक की मोटी जांच। अपना सबसे मज़बूत बैकएंड प्रोजेक्ट दो मिनट में बताने के लिए तैयार रहिए।
- टेक्निकल फोन स्क्रीन (45 से 60 मिनट)। शेयर्ड एडिटर पर एक कोडिंग एक्सरसाइज़ (डेटा स्ट्रक्चर, कभी-कभी SQL), साथ ही आपके अनुभव पर सीधे सवाल।
- कोडिंग राउंड (60 मिनट)। असली बैकएंड काम पर बनी एक प्रैक्टिकल समस्या: एक लॉग स्ट्रीम पार्स करना, रेट लिमिटर बनाना, LRU कैश लागू करना, या एज केस समेत एक छोटा API हैंडलर लिखना।
- सिस्टम डिज़ाइन राउंड (60 मिनट)। मिड और सीनियर रोल के लिए सबसे बड़ा सिग्नल। आप एक सर्विस शुरू से आखिर तक डिज़ाइन करते हैं और सवालों के बीच अपने फैसलों का बचाव करते हैं।
- बिहेवियरल और ओनरशिप राउंड (45 मिनट)। आपने कौन से इंसिडेंट संभाले, किन फैसलों का अफसोस है, और आप फ्रंटएंड और प्लेटफॉर्म टीमों के साथ कैसे काम करते हैं।
- हायरिंग मैनेजर या बार रेज़र। कल्चर, स्कोप, और क्या आपकी सीनियरिटी उस लेवल से मेल खाती है।
सीनियर और स्टाफ रोल के लिए सिस्टम डिज़ाइन और ओनरशिप का वज़न सबसे ज़्यादा होता है। जूनियर रोल में कोडिंग और फंडामेंटल्स वाले राउंड हावी रहते हैं।
सवाल
फंडामेंटल्स और APIs
आप किसी पब्लिक REST API का वर्ज़न कैसे बदलेंगे, बिना मौजूदा क्लाइंट्स को तोड़े? कैसे संभालें: URI वर्ज़निंग, हेडर वर्ज़निंग और सिर्फ जोड़ने वाले बदलावों की तुलना कीजिए। इस बात पर ज़ोर दीजिए कि सबसे सुरक्षित रास्ता यही है कि कॉन्ट्रैक्ट लगभग कभी न तोड़ा जाए: फील्ड जोड़िए, धीरे-धीरे deprecate कीजिए, टाइमलाइन बताइए। इसे idempotency से भी जोड़िए, क्योंकि दोबारा भेजे गए POST के लिए एक idempotency key चाहिए ताकि क्लाइंट का रिट्राई दो बार चार्ज न कर दे।
लाखों रो लौटाने वाले endpoint के लिए आप पेजिनेशन कैसे लागू करेंगे? कैसे संभालें: offset पेजिनेशन (आसान, लेकिन धीमा और लिखाई के दौरान असंगत) की तुलना cursor या keyset पेजिनेशन (स्थिर, अच्छे से स्केल करता है, लेकिन किसी भी पेज पर सीधे कूदना मुश्किल) से कीजिए। बड़े डेटासेट के लिए keyset चुनिए और cursor एन्कोडिंग समझाइए।
डेटाबेस और डेटा मॉडलिंग
आप डॉक्यूमेंट स्टोर की जगह रिलेशनल डेटाबेस कब चुनेंगे, और इसका उल्टा कब? कैसे संभालें: जवाब को एक्सेस पैटर्न और कंसिस्टेंसी की ज़रूरतों पर टिकाइए, हाइप पर नहीं। ट्रांज़ैक्शनल इंटीग्रिटी और जटिल जॉइन में रिलेशनल आगे है; डॉक्यूमेंट स्टोर लचीले, हायरार्किकल और ज़्यादा पढ़े जाने वाले डेटा के लिए ठीक बैठते हैं, जहां एक्सेस डीनॉर्मलाइज़्ड होता है। किसी भी बात को अंतिम सच की तरह मत कहिए।
डेटाबेस इंडेक्सिंग समझाइए। एक इंडेक्स जोड़ने की कीमत क्या है? कैसे संभालें: इंडेक्स एक सॉर्टेड स्ट्रक्चर (आम तौर पर B-tree) बनाए रखकर रीड तेज़ करता है, लेकिन राइट धीमे करता है और स्टोरेज खाता है। कंपोज़िट इंडेक्स और इंडेक्स सेलेक्टिविटी का ज़िक्र कीजिए, और यह भी कि कम कार्डिनैलिटी वाले कॉलम पर इंडेक्स अक्सर बेकार होता है। बोनस: covering इंडेक्स।
ट्रांज़ैक्शन आइसोलेशन लेवल क्या होते हैं, और हर एक कौन सी समस्या हल करता है? कैसे संभालें: लेवल गिनाइए (read uncommitted, read committed, repeatable read, serializable) और वो गड़बड़ियां बताइए जो हर एक रोकता है (dirty reads, non-repeatable reads, phantom reads)। फिर बताइए कि प्रोडक्शन में आप डिफॉल्ट रूप से कौन सा रखते हैं और क्यों, आम तौर पर read committed।
जो क्वेरी पहले 50ms लेती थी, अब 5 सेकंड ले रही है। आप इसे कैसे डिबग करेंगे? कैसे संभालें: EXPLAIN या क्वेरी प्लान देखिए, गायब या इस्तेमाल न हो रहे इंडेक्स खोजिए, टेबल के बढ़ने या पुराने पड़ चुके स्टैटिस्टिक्स, लॉक कंटेंशन, या एप्लिकेशन लेयर से आ रहे N+1 पैटर्न की जांच कीजिए। शुरुआत सबूत से कीजिए, अंदाज़े से नहीं।
लाइव टेबल पर ज़ीरो डाउनटाइम के साथ डेटाबेस माइग्रेशन आप कैसे करेंगे? कैसे संभालें: expand-and-contract पैटर्न बताइए। नया कॉलम या टेबल जोड़िए, बैच में बैकफिल कीजिए, दोनों जगह लिखिए, फिर रीड स्विच कीजिए और आखिर में पुराना स्ट्रक्चर हटाइए। लंबे समय तक लॉक न रखने और रोलबैक रास्ते को टेस्ट करने का ज़िक्र कीजिए।
सिस्टम डिज़ाइन और स्केल
एक ऐसा URL शॉर्टनर डिज़ाइन कीजिए जो रोज़ 100 मिलियन रीडायरेक्ट संभाले। कैसे संभालें: रीड/राइट अनुपात का अंदाज़ा लगाइए (बहुत ज़्यादा रीड की ओर झुका हुआ), की जेनरेशन की रणनीति चुनिए (hash बनाम counter बनाम किसी ID की base62 एन्कोडिंग), और रीड पाथ के लिए कैशिंग पर पूरा ज़ोर दीजिए। स्टोरेज लेयर, कोलिज़न हैंडलिंग, और एनालिटिक्स को एक async राइट के तौर पर करने की बात कीजिए।
एक पब्लिक API के लिए रेट लिमिटर डिज़ाइन कीजिए। कैसे संभालें: एल्गोरिदम की तुलना कीजिए (token bucket, leaky bucket, sliding window log, sliding window counter)। डिस्ट्रीब्यूटेड स्टेट की बात कीजिए: एक अकेला इन-मेमरी काउंटर कई इंस्टेंस के बीच काम नहीं करता, इसलिए आपको एक शेयर्ड स्टोर चाहिए। यह भी बताइए कि क्लाइंट थ्रॉटल होने पर आप क्या लौटाते हैं और हेडर के ज़रिए लिमिट कैसे बताते हैं।
बैकग्राउंड जॉब्स के बड़े क्यू को भरोसेमंद तरीके से प्रोसेस करने वाला सिस्टम आप कैसे डिज़ाइन करेंगे? कैसे संभालें: प्रोड्यूसर, क्यू, idempotent कंज़्यूमर, बैकऑफ के साथ रिट्राई, खराब मैसेज के लिए dead-letter क्यू, और at-least-once बनाम exactly-once डिलीवरी को कवर कीजिए। ईमानदारी से कहिए कि exactly-once आम तौर पर at-least-once प्लस idempotency ही होता है।
जिस डाउनस्ट्रीम सर्विस पर आप निर्भर हैं वो धीमी हो जाती है और टाइमआउट देने लगती है। आपकी सर्विस कैसे प्रतिक्रिया देती है? कैसे संभालें: यह रेज़िलियंस का सवाल है। टाइमआउट (कभी भी बिना सीमा के नहीं), jitter वाले बैकऑफ के साथ रिट्राई, फेल हो रही डिपेंडेंसी पर बार-बार चोट रोकने के लिए सर्किट ब्रेकर, और graceful degradation (पुराना कैश दिखाना, अधूरा रिस्पॉन्स लौटाना) पर बात कीजिए। bulkheading का ज़िक्र कीजिए ताकि एक धीमी डिपेंडेंसी आपका पूरा थ्रेड पूल न खा जाए।
ओनरशिप और बिहेवियरल
किसी प्रोडक्शन इंसिडेंट के बारे में बताइए जिसमें आप शामिल थे। जड़ में कारण क्या था और उसके बाद क्या बदला? कैसे संभालें: एक कसा हुआ ढांचा इस्तेमाल कीजिए: क्या टूटा, क्या असर हुआ, आपने कैसे पकड़ा, क्या फिक्स किया, और टिकाऊ फॉलो-अप क्या था (एक रनबुक, एक अलर्ट, एक गार्डरेल)। ज़िम्मेदारी लीजिए, किसी व्यक्ति पर दोष डाले बिना। सीनियरिटी का संकेत फॉलो-अप से ही जाता है।
आम गलतियां जो बैकएंड कैंडिडेट्स को डुबो देती हैं
- ज़रूरतें साफ किए बिना सीधे हल पर कूद जाना। जो कैंडिडेट स्केल, रीड/राइट अनुपात या कंसिस्टेंसी की ज़रूरतें पूछे बिना बॉक्स बनाना शुरू कर देते हैं, वो वहीं हार जाते हैं। पहले पांच मिनट ज़रूरतों और मोटे अनुमानों पर लगाइए।
- डेटाबेस को ब्लैक बॉक्स की तरह लेना। इंडेक्सिंग, क्वेरी प्लान या ट्रांज़ैक्शन के बर्ताव को समझाए बिना सिर्फ "मैं तो Postgres ले लूंगा" कह देना उथला लगता है। अंदर क्या होता है, यह जानिए।
- फेलियर मोड्स को नज़रअंदाज़ करना। सिर्फ happy path डिज़ाइन करना और टाइमआउट, रिट्राई और आंशिक फेलियर भूल जाना सीनियर लेवल की सबसे आम चूक है। असली सिस्टम टूटते हैं; दिखाइए कि आपने उसकी तैयारी रखी है।
- ज़रूरत से ज़्यादा इंजीनियरिंग। रोज़ हज़ार रिक्वेस्ट संभालने के लिए माइक्रोसर्विसेज़ और Kubernetes उठा लेना खराब समझ का संकेत है। हल को लोड के हिसाब से रखिए।
- चुप हो जाना। बैकएंड इंटरव्यूअर आपकी सोच खरीद रहे हैं, सिर्फ आपका जवाब नहीं। ट्रेडऑफ बोलकर बताइए, तब भी जब आप पक्के न हों।
तैयारी कैसे करें (और लाइव कोपायलट कहां काम आता है)
उन फंडामेंटल्स से शुरू कीजिए जो आप बिना नोट्स के समझा सकें: इंडेक्सिंग, ट्रांज़ैक्शन, HTTP सिमेंटिक्स और कैशिंग। फिर घड़ी लगाकर सिस्टम डिज़ाइन बोल-बोलकर प्रैक्टिस कीजिए, क्योंकि यह फॉर्मैट उन लोगों को सज़ा देता है जो सोच तो सकते हैं पर दबाव में बोल नहीं पाते। एक असली डिस्ट्रीब्यूटेड सिस्टम शुरू से आखिर तक बनाइए या पढ़िए, ताकि पैटर्न (क्यू, कैश, रेप्लिकेशन) रटे हुए नहीं बल्कि ठोस लगें। आखिर में, तीन से चार ओनरशिप कहानियां तैयार रखिए ताकि बिहेवियरल राउंड आपको अचानक न पकड़ ले।
लाइव राउंड के लिए, GhostPilot AI असली इंटरव्यू के दौरान रियल-टाइम सपोर्ट देता है। यह बातचीत सुनता है और लगभग तुरंत AI सुझाव सामने रखता है: डिज़ाइन शुरू करने से पहले पूछने लायक एक क्लैरिफाइंग सवाल, आइसोलेशन लेवल पर वो ट्रेडऑफ जो आप भूल गए, या किसी उलझी हुई इंसिडेंट कहानी को साफ तरीके से रखने का ढंग। यह Chrome के साइड पैनल में चलता है, इसलिए शेयर किए गए टैब के स्क्रीन कैप्चर का हिस्सा नहीं बनता, और वैकल्पिक Windows डेस्कटॉप ऐप Windows 10 (बिल्ड 2004 या उसके बाद) और Windows 11 पर स्क्रीन कैप्चर में दिखाई नहीं देता। यह तैयारी का विकल्प नहीं है, बस दबाव में शांत बने रहने का एक तरीका है, वैसे ही जैसे कोई सीनियर इंजीनियर पेयरिंग सेशन में आपको हल्का सा इशारा कर दे।
FAQ
बैकएंड डेवलपर इंटरव्यू की तैयारी में मुझे कितना समय लगाना चाहिए? ठीक-ठाक अनुभव के साथ मिड-लेवल रोल के लिए दो से तीन हफ्ते की फोकस्ड तैयारी आम तौर पर काफी है: एक हफ्ता फंडामेंटल्स पर, एक हफ्ता सिस्टम डिज़ाइन की प्रैक्टिस पर, और कुछ दिन बिहेवियरल कहानियों पर। करियर बदलने वालों या सीनियर रोल का लक्ष्य रखने वालों को चार से छह हफ्ते रखने चाहिए।
क्या 2026 में बैकएंड इंटरव्यू अब भी LeetCode जैसे एल्गोरिदम सवाल पूछते हैं? कुछ पूछते हैं, खासकर बड़ी टेक कंपनियों में, लेकिन रुझान प्रैक्टिकल कोडिंग और सिस्टम डिज़ाइन को ज़्यादा वज़न देने की तरफ है। दोनों की प्रैक्टिस कीजिए, पर एल्गोरिदम की रटाई को डिज़ाइन और डेटाबेस फंडामेंटल्स की जगह मत लेने दीजिए।
बैकएंड इंटरव्यू में सबसे अहम राउंड कौन सा होता है? मिड और सीनियर कैंडिडेट्स के लिए सिस्टम डिज़ाइन सबसे बड़ा सिग्नल देता है। यह एक साथ समझ, कम्युनिकेशन और गहराई परखता है, और टीमें ठीक यही चीज़ें ढूंढ रही होती हैं। जूनियर रोल के लिए कोडिंग और फंडामेंटल्स वाले राउंड सबसे ज़्यादा मायने रखते हैं।
बैकएंड इंटरव्यू में अगर मुझे कुछ नहीं आता तो क्या मान लेना चाहिए? हां। "मैंने इस पर सीधे काम नहीं किया, लेकिन मैं इसे ऐसे सोचूंगा" कहना बहाना मारने से कहीं मज़बूत है। बैकएंड इंटरव्यूअर गोलमोल जवाब पकड़ने में माहिर होते हैं, और झूठे कॉन्फिडेंस से ज़्यादा भरोसा ईमानदारी से बनता है।
GhostPilot AI आजमाएं
GhostPilot AI एक इंटरव्यू कोपायलट है जो ठीक इन्हीं हाई-प्रेशर टेक्निकल राउंड के लिए बना है, और आपको रियल-टाइम प्रॉम्प्ट देता है ताकि आप किसी ट्रेडऑफ पर अटकें नहीं या वो क्लैरिफाइंग सवाल न भूलें जो राउंड जिता देता है। फ्री टियर आज़माइए (10 मिनट के लाइव सेशन, अनलिमिटेड AI जवाब के साथ), Session Pass लीजिए (तीन पूरे दो-घंटे के इंटरव्यू के लिए $29, एक बार, कोई सब्सक्रिप्शन नहीं), या Pro लीजिए ($59/माह या $192/साल, जो सालाना बिलिंग पर $16/माह पड़ता है)। ghostpilotai.com पर जाकर वो ऑफर पाइए जिसके लिए आप इतनी मेहनत कर रहे हैं।