React इंटरव्यू में किन सवालों की उम्मीद करें

React का दायरा बहुत बड़ा है, और सवालों की सूचियां हर कोने को बराबर संभावना वाला मान लेती हैं. लेकिन ऐसा नहीं है. यह सेक्शन उन concepts को कवर करता है जो असल में ज्यादातर इंटरव्यू का नतीजा तय करते हैं, ताकि आप असली वितरण के हिसाब से practice कर सकें. चार समूह सबसे ज्यादा हावी रहते हैं:

• Hooks की कार्यप्रणाली: hooks के नियम, useEffect के dependency array में क्या जाता है, cleanup functions, और वह stale closure बग जिसमें एक effect या callback किसी पुराने state value को देखता है.
• Rendering: re-render किस वजह से होता है, reconciliation trees की तुलना कैसे करता है, और lists में स्थिर keys क्यों जरूरी हैं.
• State design: state को ऊपर उठाना (lifting), controlled बनाम uncontrolled inputs, और context कब बाहरी store के मुकाबले बेहतर बैठता है.
• Performance: React.memo, useMemo, useCallback, और ये कब noise होते हैं और कब मदद करते हैं.

इंटरव्यू लेने वाले हर बात के पीछे का "क्यों" खंगालते हैं. सिर्फ यह रट लेना कि keys यूनीक होनी चाहिए, कोई अंक नहीं दिलाता; यह समझा पाना कि list के फिर से order होने पर React key का क्या करता है, असल फर्क डालता है.

ज्यादातर React इंटरव्यू में एक छोटा component लाइव बनाना शामिल होता है. बार-बार आने वाले exercises अलग-अलग कंपनियों में लगभग एक जैसे ही रहते हैं:

• किसी API से list fetch करें, उसे render करें, और एक text filter जोड़ें.
• search input में debouncing जोड़ें और पुरानी हो चुकी requests को cancel करें.
• validation और controlled inputs वाला एक form बनाएं.
• एक counter या timer लिखें जो अपने effect को सही तरीके से cleanup करे.
• दोहराए जाने वाले logic से एक custom hook निकालें.

उदाहरण के लिए, mid-level product role के लिए इंटरव्यू दे रहा एक front-end engineer शायद fetch-and-filter वाली list बनाए, फिर उससे loading states, error states, और request के बीच में component अनमाउंट होने पर क्या होता है, इस बारे में पूछा जाए. असली फर्क इन्हीं extensions से पड़ता है; बेसिक exercise तो सिर्फ न्यूनतम शर्त है.

घड़ी की टिक-टिक के बीच follow-up सवालों के साथ इनकी बार-बार practice करना ही इन्हें अपने आप आने लायक बनाता है; mock interview पेज पर बताया गया है कि टाइम-लिमिटेड सेशन कैसे चलाए जाएं जिनमें इंटरव्यू लेने वाला वापस सवाल पूछता रहे.

Senior इंटरव्यू mechanics से हटकर judgement पर केंद्रित हो जाते हैं. state architecture से जुड़े सवालों की उम्मीद रखें: component state में क्या रहता है, store में क्या जाना चाहिए, server state, UI state से कैसे अलग है, और caching कहां होती है. Rendering performance के सवाल ज्यादा ठोस हो जाते हैं: किसी धीमी interaction की जड़ ढूंढना, memoization और restructuring में से चुनना, और profiler के flame graph को पढ़ना.

Server-side rendering और hydration तब सामने आते हैं जब टीम React के ऊपर कोई framework चला रही होती है: hydration क्या है, mismatches क्यों होते हैं, और काम को server पर ले जाने से क्या फायदा मिलता है. Testing से जुड़े सवाल strategy पर केंद्रित होते हैं, यानी component level पर क्या test करें बनाम end to end पर क्या, न कि किसी खास library के API पर.

इंटरव्यू के फॉर्मैट, और एक front-end प्रोसेस आमतौर पर इन राउंड्स को कैसे जोड़ता है, इसकी जानकारी interview types hub में है.

ट्यूटोरियल देखने से पहचान (recognition) बनती है, याद रखने की क्षमता (recall) नहीं, जबकि इंटरव्यू देखे जाते हुए recall को ही परखता है. इसका हल है इंटरव्यू के असली रूप में practice करना: किसी खाली फाइल से standard exercises बनाना, टाइप करते हुए ज़ोर से समझाना, और बीच में आने वाले सवालों का जवाब देते हुए भी अपनी बात का सिलसिला न टूटने देना. पास के stacks के लिए question sets, जिनमें वह plain JavaScript के बुनियादी सवाल भी शामिल हैं जिनसे React इंटरव्यू आज भी शुरू होते हैं, question banks hub में मौजूद हैं.

एक ईमानदार बात: React इंटरव्यू लगभग हमेशा किसी shared editor में या आपकी स्क्रीन दिखते हुए होते हैं, और उस स्क्रीन पर जो भी होता है वह इंटरव्यू लेने वाले को दिखता है. किसी assistant की जगह preparation और practice में है, न कि खुद उस screen-shared इंटरव्यू में. legitimate live इस्तेमाल के लिए, SubcueAI का overlay हमेशा आपकी अपनी मशीन तक सीमित रहता है और कोई bot कॉल में शामिल नहीं होता; practice sessions को सेट करने का तरीका tutorial पेज पर है.