2026 में सॉफ्टवेयर इंजीनियरिंग इंटरव्यू अब सिर्फ LeetCode और एक व्हाइटबोर्ड नहीं रहा। कंपनियों ने लूप को अलग-अलग टेस्ट में बांट दिया है: एक शुद्ध एल्गोरिदम की काबिलियत के लिए, एक यह देखने के लिए कि क्या आप ऐसा सिस्टम बना सकते हैं जो पैमाने पर टिके, और एक यह कि क्या आप कमरे में AI टूलिंग के साथ कोड शिप कर सकते हैं। यह गाइड उन सवालों पर चलती है जिनसे आपका सामना होगा, राउंड के हिसाब से बंटे हुए, और हर एक के लिए एक ठोस तरीका देती है।
2026 में सॉफ्टवेयर इंजीनियर इंटरव्यू असल में क्या परखते हैं
हायरिंग मैनेजर यह नहीं माप रहे कि आपने किसी ग्राफ समस्या का सबसे अच्छा हल रट लिया है या नहीं। वे चार चीज़ें माप रहे हैं, और सवाल तो बस उन तक पहुंचने का ज़रिया हैं।
- दबाव में समस्या को टुकड़ों में बांटना। क्या आप एक धुंधले सवाल को लेकर सही सवाल पूछ सकते हैं और उसे संभाले जा सकने वाले हिस्सों में बांट सकते हैं, जबकि एक अजनबी घड़ी देख रहा हो?
- इंजीनियरिंग की समझ, ट्रिविया नहीं। यह जानना कि hash map O(1) लुकअप देता है, बुनियादी शर्त है। संकेत यह है कि क्या आप बिना कहे सही स्ट्रक्चर चुनते हैं और ट्रेडऑफ बोलकर समझाते हैं।
- बनाते वक्त बोलते रहना। चुप्पी इंटरव्यू मार देती है। मानदंड यह है कि आप अपनी सोच इतनी साफ बोलें कि इंटरव्यूअर आपके साथ चलता रहे, तब भी जब कोड आधा लिखा हो।
- प्रोडक्शन वाली समझ। पैनल बढ़ती हुई हद तक यह टटोलते हैं कि आप एज केस, फेल्योर मोड और यह सोचते हैं या नहीं कि जब इनपुट उदाहरण से दस हज़ार गुना बड़ा हो जाए तो क्या होगा।
इस साल का एक बड़ा बदलाव: कई कंपनियां अब टेक्निकल राउंड में AI कोडिंग असिस्टेंट की इजाज़त देती हैं (या मांगती हैं), और फिर आंकती हैं कि आप उसे कितना अच्छा निर्देश देते हैं, उसके नतीजे की जांच कैसे करते हैं, और उसकी गलतियां पकड़ते हैं या नहीं। हुनर "क्या आप लूप लिख सकते हैं" से बदलकर "क्या आप लूप लिखने वाली मशीन की निगरानी कर सकते हैं" हो गया है।
इंटरव्यू प्रोसेस (असली राउंड)
2026 में एक आम मिड से सीनियर लूप ऐसा दिखता है, हालांकि क्रम और नाम कंपनी दर कंपनी बदलते हैं:
- रिक्रूटर स्क्रीन (20 से 30 मिनट)। बुनियादी बातें, सैलरी बैंड, और कुछ सवाल कि आप यह क्यों चाहते हैं। दांव कम है, पर ढीले मत पड़िए: उम्मीदों का मेल न होना यहीं छंटता है।
- टेक्निकल फोन स्क्रीन या ऑनलाइन असेसमेंट (45 से 75 मिनट)। CoderPad जैसे शेयर्ड एडिटर पर एक या दो कोडिंग समस्याएं, और कभी-कभी छिपे हुए टेस्ट केस वाला एक टाइम्ड असेसमेंट।
- ऑन-साइट लूप (अब आम तौर पर वर्चुअल, 3 से 5 राउंड)। मुख्य हिस्सा: एक या दो कोडिंग राउंड, एक सिस्टम डिज़ाइन राउंड (मिड-लेवल से ऊपर ज़रूरी), एक बिहेवियरल राउंड (कभी "टीम फिट" या "बार रेज़र"), और कुछ कंपनियों में असली कोडबेस पर एक प्रैक्टिकल टेक-होम या पेयर-प्रोग्रामिंग राउंड।
- हायरिंग कमेटी या डीब्रीफ। यह आपको नहीं दिखेगा, पर इंटरव्यूअर आपस में तुलना करके तय करते हैं। सारे राउंड में एक जैसा प्रदर्शन किसी एक शानदार राउंड से बेहतर है।
कुछ साल पहले के मुकाबले सबसे बड़ा बदलाव: सिस्टम डिज़ाइन अब पहले आता है और उसका वज़न ज़्यादा है, जबकि शुद्ध एल्गोरिदम पहेलियों का वज़न पहले से थोड़ा कम है।
सवाल
श्रेणी 1: कोडिंग और डेटा स्ट्रक्चर
टेक्निकल राउंड की रोज़ी-रोटी। असली बात कोई अनोखी चालाकी कम ही होती है: बात आपकी प्रक्रिया की है।
"पूर्णांकों का एक array दिया गया है, उन दो संख्याओं के इंडेक्स लौटाइए जिनका जोड़ किसी टारगेट के बराबर हो।" पहले O(n वर्ग) वाला ब्रूट-फोर्स वर्ज़न बताइए, फिर hash map से एक ही पास में सुधार कीजिए। कॉम्प्लेक्सिटी पूछे जाने से पहले खुद बोलिए। इंटरव्यूअर को ऑप्टिमाइज़ करने की समझ चाहिए, रटी हुई छलांग नहीं।
"पता कीजिए कि linked list में कोई साइकल है या नहीं, और वह नोड लौटाइए जहां से वह शुरू होती है।" Floyd का कछुआ और खरगोश वाला तरीका। अगर शुरुआत ढूंढने पर दिमाग खाली हो जाए, तो जमने के बजाय यह कहकर सोच-सोचकर आगे बढ़िए। लड़खड़ाकर शालीनता से संभल जाना खुद एक संकेत है।
"एक LRU कैश बनाइए।" एक hash map और एक doubly linked list। यह डिज़ाइन वाले स्वाद का कोडिंग सवाल है, इसलिए बोलिए कि हर स्ट्रक्चर वहां क्यों है। यह बताने पर अतिरिक्त नंबर मिलते हैं कि प्रोडक्शन में आप किसी ordered map पर टिक सकते थे, जबकि यहां आप इसे हाथ से बना रहे हैं।
श्रेणी 2: सिस्टम डिज़ाइन
मिड-लेवल से ऊपर, इस राउंड का वज़न अक्सर सारे कोडिंग राउंड मिलाकर भी ज़्यादा होता है। कोई एक सही जवाब नहीं है: वे आपकी सोच खरीद रहे हैं।
"Bitly जैसा URL शॉर्टनर डिज़ाइन कीजिए।" दायरा तय करने से शुरू कीजिए: पढ़ने और लिखने का अनुपात, अनुमानित पैमाना, कस्टम एलियास। फिर की जेनरेशन, डेटा स्टोर का चुनाव, लोकप्रिय लिंक की कैशिंग, और टकराव संभालना कवर कीजिए। क्लासिक गलती है पैमाना साफ किए बिना सीधे स्कीमा पर कूद जाना।
"एक न्यूज़ फीड डिज़ाइन कीजिए (Twitter या X जैसी टाइमलाइन)।" मुख्य खींचतान है fan-out on write बनाम fan-out on read। दोनों समझाइए, फिर एक हाइब्रिड सुझाइए जो सेलिब्रिटी अकाउंट को आम यूज़र से अलग तरह से संभाले। पेजिनेशन, रैंकिंग और कैशिंग का साफ ज़िक्र कीजिए।
"एक करोड़ यूज़र को एक साथ संभालने वाली सर्विस आप कैसे डिज़ाइन करेंगे?" संख्या देखकर घबराइए मत। लोड बैलेंसिंग, हॉरिजॉन्टल स्केलिंग, स्टेटलेसनेस, रीड रेप्लिका और शार्डिंग, कैशिंग लेयर, और क्यू के ज़रिए असिंक्रोनस प्रोसेसिंग पर बात कीजिए। इसे रटी हुई कहानी नहीं, बॉटलनेक पर बातचीत मानिए।
श्रेणी 3: बिहेवियरल और इंजीनियरिंग समझ
इन्हें टेक्निकल राउंड जितनी सख्ती से आंका जाता है। धुंधले जवाब मजबूत कोडर को भी डुबो देते हैं।
"ऐसा कोई मौका बताइए जब आप अपनी टीम के किसी टेक्निकल फैसले से असहमत थे।" STAR ढांचा (Situation, Task, Action, Result) इस्तेमाल कीजिए पर बात कसी हुई रखिए। दिखाइए कि आपने डेटा के साथ असहमति जताई, फैसला हो जाने पर उसके साथ चले, और बाद में उस पर सोचा। दूसरे इंजीनियर को खलनायक मत बनाइए।
"किसी प्रोडक्शन इंसिडेंट के बारे में बताइए जिसमें आप शामिल थे। जड़ में क्या था और बाद में आपने क्या बदला?" खराबी, आपके जांच के कदम, और सिस्टम वाले सुधार (कोई टेस्ट, कोई अलर्ट, प्रोसेस में बदलाव) के बारे में साफ रहिए, सिर्फ हॉटफिक्स के बारे में नहीं। गलती को शांति से अपनाना सीनियर लगता है; टालना जूनियर।
"अब तक आपने जो सबसे मुश्किल टेक्निकल प्रोजेक्ट शिप किया है, उसके बारे में बताइए।" कुछ ऐसा चुनिए जहां मुश्किल असली थी और आपका योगदान साफ है। शुरुआत टेक स्टैक से नहीं, समस्या और बंधनों से कीजिए। हो सके तो असर आंकड़ों में बताइए (लेटेंसी कितनी घटी, कितनी लागत बची, कितने यूज़र संभले)।
"आप कैसे तय करते हैं कि टेक्निकल डेट चुकानी है या फीचर शिप करना है?" उन्हें कोई कट्टर जवाब नहीं चाहिए। एक ढांचा दिखाइए: ब्लास्ट रेडियस, उस कोड में बदलाव कितनी बार होते हैं, और देरी की कारोबारी कीमत। हमेशा एक ही पक्ष चुनने के बजाय ट्रेडऑफ तौलिए।
श्रेणी 4: प्रैक्टिकल और AI-टूलिंग राउंड
ये नए हैं, और 2026 में तेज़ी से बढ़ रहे हैं।
"यह रहा एक छोटा रेपो जिसमें एक टेस्ट फेल हो रहा है। बग ढूंढकर ठीक कीजिए, और आप कोई भी AI असिस्टेंट इस्तेमाल कर सकते हैं।" पहले फेल होता टेस्ट पढ़िए, उसे लोकल पर दोहराइए, फिर कोड छूने से पहले एक अनुमान बनाइए। अगर आप AI असिस्टेंट इस्तेमाल करते हैं, तो उसके सुझाव की आलोचनात्मक जांच बोलकर कीजिए: इंटरव्यूअर देख रहा है कि आप ऐसा फिक्स पकड़ते हैं या नहीं जो सही लगता है पर गलत है।
"इस pull request का रिव्यू कीजिए और बताइए कि आपको क्या खटक रहा है।" मोटे तौर पर इसी प्राथमिकता में टिप्पणी कीजिए: सहीपन, एज केस, नामकरण, टेस्ट कवरेज और सिक्योरिटी। फीडबैक ऐसे रखिए जैसे किसी साथी को दे रहे हों, हमला करते हुए नहीं।
आम गलतियां जो सॉफ्टवेयर इंजीनियर कैंडिडेट्स को डुबो देती हैं
- चुपचाप कोडिंग करना। बिना बोले दिया गया सही हल, साफ समझाए गए थोड़े अधूरे हल से कम नंबर पाता है। जो सोच इंटरव्यूअर सुन ही नहीं सकता, उसका श्रेय वह दे भी नहीं सकता।
- सवाल साफ किए बिना शुरू कर देना। धुंधले सवाल पर सीधे कोड में कूद जाना खराब समझ का संकेत है। पहले दो मिनट दायरा तय करने में लगाइए।
- वक्त से पहले ऑप्टिमाइज़ करना। चालाक हल की तरफ भागकर उलझ जाना, जबकि एक चलता हुआ ब्रूट-फोर्स कुछ नंबर तो बैंक कर देता।
- सिस्टम डिज़ाइन को ट्रिविया मान लेना। ज़रूरतों के हिसाब से बिना कारण बताए टेक्नोलॉजी गिनाना (Kafka, Redis, Cassandra)। नाम आर्किटेक्चर नहीं होते।
- अटकने पर चुप हो जाना। जम जाने के बजाय कहिए "अभी दिमाग खाली हो रहा है, मुझे इस पर सोचने दीजिए।" संभलना भी एक परखा जाने वाला हुनर है।
तैयारी कैसे करें (और लाइव कोपायलट कहां काम आता है)
चार हफ्ते की केंद्रित योजना एक हड़बड़ाए हुए वीकेंड से बेहतर है।
- कंपनी का ऑडिट कीजिए। उसी कंपनी के लिए Glassdoor और Levels.fyi पर हाल की इंटरव्यू रिपोर्ट पढ़िए; एक ही कंपनी के अंदर लूप हैरान करने वाली हद तक एक जैसे होते हैं।
- समस्याएं नहीं, पैटर्न ड्रिल कीजिए। प्रैक्टिस को तकनीक के हिसाब से बांटिए (two pointers, sliding window, BFS और DFS, डायनैमिक प्रोग्रामिंग, heaps)। आप दोबारा काम आने वाली समझ बना रहे हैं।
- सिस्टम डिज़ाइन बोलकर प्रैक्टिस कीजिए। रोज़ एक डिज़ाइन दीवार से, किसी दोस्त से, या रिकॉर्डिंग में बोलकर समझाइए। रवानी बोलने से आती है, पढ़ने से नहीं।
- पांच STAR कहानियां लिखिए जो टकराव, नाकामी, नेतृत्व, अस्पष्टता और आपकी सबसे गर्व वाली शिप को कवर करें, फिर जो पूछा जाए उसके हिसाब से उन्हें ढाल लीजिए।
- टाइम्ड मॉक इंटरव्यू कीजिए। घड़ी सब कुछ बदल देती है; असली दबाव आने से पहले उसकी नकल कीजिए।
लाइव कोपायलट अपनी जगह उसी पल बना लेता है जब किसी परिभाषा पर आपका दिमाग खाली हो जाए, या सिस्टम डिज़ाइन के जवाब का सिरा हाथ से छूट जाए। GhostPilot आपके इंटरव्यू के दौरान Chrome साइड पैनल में चलता है और लगभग तुरंत सुझाव देता है: सही डेटा स्ट्रक्चर की तरफ एक इशारा, किसी ट्रेडऑफ को साफ शब्दों में कहने का तरीका, या ऐसे जवाब का ढांचा जो आपको आता तो है पर फिसल जाता। यह कॉन्फिडेंस नेट है, ऑटोपायलट नहीं, और सुझाव ऐसे ढले होते हैं कि वे आपकी ही आवाज़ लगें। चूंकि यह साइड पैनल में रहता है, इसलिए शेयर किए गए ब्राउज़र टैब के कैप्चर का हिस्सा नहीं होता, और अगर आपको पूरी स्क्रीन की सुरक्षा चाहिए तो वैकल्पिक Windows डेस्कटॉप ऐप Windows 10 (बिल्ड 2004 या बाद का) और Windows 11 पर स्क्रीन कैप्चर में नहीं दिखता। और पढ़िए ghostpilotai.com पर।
FAQ
2026 में सॉफ्टवेयर इंजीनियर इंटरव्यू में कौन से सवाल पूछे जाते हैं? डेटा स्ट्रक्चर और एल्गोरिदम (arrays, trees, graphs, sliding window, डायनैमिक प्रोग्रामिंग), मिड-लेवल से ऊपर कम से कम एक सिस्टम डिज़ाइन सवाल, STAR मेथड से आंके जाने वाले बिहेवियरल सवाल, और बढ़ती हुई हद तक एक प्रैक्टिकल राउंड जिसमें आप असली कोड डिबग करते हैं या कोई pull request रिव्यू करते हैं।
सॉफ्टवेयर इंजीनियर के लिए कितने इंटरव्यू राउंड होते हैं? रिक्रूटर स्क्रीन के बाद पूरा लूप आम तौर पर तीन से पांच राउंड का होता है: एक या दो कोडिंग राउंड, एक सिस्टम डिज़ाइन राउंड, एक बिहेवियरल राउंड, और कुछ कंपनियों में एक प्रैक्टिकल या पेयर-प्रोग्रामिंग राउंड। सबसे पहले आम तौर पर एक टेक्निकल फोन स्क्रीन या ऑनलाइन असेसमेंट होता है।
सॉफ्टवेयर इंजीनियरिंग कोडिंग इंटरव्यू की तैयारी कैसे करूं? बेतरतीब समस्याओं के बजाय पैटर्न के हिसाब से ड्रिल कीजिए, ऑप्टिमाइज़ करने से पहले ब्रूट-फोर्स तरीका बताइए, अपनी सोच बोलकर समझाइए, और टाइम्ड मॉक इंटरव्यू कीजिए। पैटर्न की रवानी एक समस्या से दूसरी में चलती है; रटे हुए हल नहीं।
क्या जूनियर लेवल पर सिस्टम डिज़ाइन पूछा जाता है? बढ़ती हुई हद तक हां, हल्के रूप में। जूनियर कैंडिडेट को सीमित दायरे वाला सवाल मिल सकता है (एक पार्किंग लॉट डिज़ाइन कीजिए, एक सादा API डिज़ाइन कीजिए) ताकि गहरे डिस्ट्रिब्यूटेड सिस्टम ज्ञान के बजाय ढांचे वाली सोच परखी जा सके। मिड-लेवल से ऊपर पूरा सिस्टम डिज़ाइन आम है और उसका वज़न भारी होता है।
क्या मैं सॉफ्टवेयर इंजीनियरिंग इंटरव्यू के दौरान AI असिस्टेंट इस्तेमाल कर सकता हूं? यह कंपनी पर निर्भर करता है। कुछ प्रैक्टिकल राउंड अब इसकी इजाज़त देते हैं या इसे मांगते हैं, और आंकते हैं कि आप उसे कितना अच्छा निर्देश देते हैं और उसके नतीजे की जांच कैसे करते हैं। कुछ बाहरी मदद पूरी तरह मना करते हैं। किसी भी टूल पर टिकने से पहले उस खास प्रोसेस के नियम हमेशा पक्के कर लीजिए।
GhostPilot AI आजमाएं
GhostPilot एक रियल-टाइम इंटरव्यू कोपायलट है जो ठीक इन्हीं राउंड के लिए बना है। यह Chrome साइड पैनल में चलता है, कोई ज़रूरी डाउनलोड नहीं, और वैकल्पिक Windows डेस्कटॉप ऐप ज़रूरत पड़ने पर पूरी स्क्रीन के कैप्चर से भी बचाता है। 10 मिनट के लाइव सेशन और अनलिमिटेड AI जवाब के साथ फ्री शुरू कीजिए, $29 में Session Pass लीजिए (तीन पूरे दो-घंटे के इंटरव्यू, एकबारगी, कोई सब्सक्रिप्शन नहीं), या Pro लीजिए $59/माह या $192/साल पर ($16/माह, सालाना बिल)। इसे ghostpilotai.com से लीजिए।