वेब डेवलपरइंटरव्यू के उत्तर

मेरा प्राथमिक स्टैक [React या Next.js फ्रंटएंड के लिए, Node.js/Express या Python बैकएंड के लिए, रिलेशनल डेटा के लिए PostgreSQL, और डिप्लॉयमेंट AWS/Vercel पर] है। मैंने इसे इकोसिस्टम की परिपक्वता, नौकरी के बाजार की मांग, और व्यक्तिगत प्रोजेक्ट्स में अपनी क्षमताओं को मान्य करने के आधार पर चुना। मैं [Vue, Angular, Django — add any secondary experience] के साथ भी सहज हूँ। मैं तकनीक चुनते समय व्यावहारिक दृष्टिकोण अपनाता/अपनाती हूँ: परियोजना की आवश्यकताओं, टीम की क्षमताओं और दीर्घकालिक मेंटेनेंस जरूरतों के लिए सही टूल — न कि HackerNews पर सबसे लोकप्रिय फ्रेमवर्क।

मैं Core Web Vitals को प्राथमिक प्रदर्शन मैट्रिक मानता/मानती हूँ: LCP (largest contentful paint) 2.5s से नीचे, INP 200ms से नीचे, और CLS शून्य के करीब। मैं इमेजेस को ऑप्टिमाइज़ करता/करती हूँ (WebP/AVIF फॉर्मेट, सही साइजिंग, lazy loading), JavaScript बंडल साइज कम करता/करती हूँ (code splitting, tree shaking), ब्राउज़र कैशिंग का लाभ उठाता/उठाती हूँ, स्टैटिक एसेट्स के लिए CDN का उपयोग करता/करती हूँ, और render-blocking रिसोर्सेज़ को हटाता/हटाती हूँ। मैं प्रदर्शन को Lighthouse और PageSpeed Insights से ऑप्टिमाइज़ेशन से पहले और बाद में मापता/मापती हूँ। प्रदर्शन एक फीचर है — तेज साइटें बेहतर रैंक करती हैं, बेहतर कन्वर्ट करती हैं, और यूज़र्स को बेहतर बनाए रखती हैं।

मैं OWASP Top 10 को सुरक्षा बेसलाइन के रूप में फॉलो करता/करती हूँ: इनपुट वेलिडेशन ताकि XSS और इंजेक्शन अटैक्स रोके जा सकें, हर जगह HTTPS, सुरक्षित ऑथेंटिकेशन (पासवर्ड के लिए स्ट्रॉन्ग हैशिंग, CSRF टोकन, रेट लिमिटिंग), सही CORS कॉन्फ़िगरेशन, और डिपेंडेंसी मैनेजमेंट (npm audit या Snyk से नियमित ऑडिट)। मैं अनावश्यक रूप से संवेदनशील डेटा स्टोर नहीं करता/करती और जो स्टोर करता/करती हूँ उसे एन्क्रिप्ट करता/करती हूँ। मैं सुरक्षा को एक चलने वाला अभ्यास मानता/मानती हूँ, न कि केवल एक प्रोजेक्ट फेज — CI में ऑटोमेटेड सिक्योरिटी चेक्स रिग्रेशन को प्रोडक्शन तक पहुँचने से पहले पकड़ लेते हैं।

मैं मोबाइल-प्रथम डिज़ाइन करता/करती हूँ: सबसे छोटे viewport से शुरू करके बड़े स्क्रीन के लिए प्रोग्रेसिवली एन्हांस करता/करती हूँ। मैं फ्लेक्सिबल लेआउट के लिए CSS Grid और Flexbox का उपयोग करता/करती हूँ, स्केलेबिलिटी के लिए relative यूनिट्स (rem, %, clamp()) और breakpoint-विशेष समायोजन के लिए media queries का उपयोग करता/करती हूँ। मैं Chrome DevTools के इम्यूलेशन के साथ-साथ वास्तविक डिवाइसों पर भी टेस्ट करता/करती हूँ — इम्यूलेशन उपयोगी है पर प्रतिस्थापन नहीं। मैं टच इंटरैक्शन्स का ध्यान रखता/रखती हूँ (टैप टार्गेट साइज न्यूनतम 44px, hover स्टेट्स का उचित हैंडलिंग) और स्क्रीन साइज्स पर फ़ॉन्ट की पठनीयता का ध्यान रखता/रखती हूँ। रिस्पॉन्सिव डिज़ाइन का मतलब किसी भी डिवाइस पर उत्कृष्ट अनुभव देना है, सिर्फ़ स्क्रीन फिट कराने तक सीमित नहीं।

मैंने WordPress (कस्टम थीम डेवलपमेंट, plugin डेवलपमेंट, REST API), Contentful, Sanity, और Strapi जैसे headless CMS के साथ काम किया है। मैं CMS का चयन क्लाइंट की कंटेंट मैनेजमेंट क्षमता, प्रदर्शन आवश्यकताओं, और कंटेंट मॉडल की जटिलता के आधार पर करता/करती हूँ। जहाँ नॉन-टेक्निकल एडिटर्स को नियंत्रण चाहिए — जैसे मार्केटिंग साइट्स — वहां headless CMS को स्टेटिक साइट जनरेटर या Next.js के साथ जोड़ना उत्कृष्ट प्रदर्शन और एडिटोरियल लचीलापन देता है। मैं हमेशा कंटेंट मॉडल को तकनीकी सुविधाजनकता के बजाय एडिटोरियल वर्कफ़्लो से मिलाकर डिज़ाइन करता/करती हूँ।

मैं प्रोजेक्ट ट्रैकिंग के लिए प्रोजेक्ट मैनेजमेंट टूल्स (Linear, Trello, Notion) का उपयोग करता/करती हूँ ताकि सभी टास्क स्पष्ट मालिकाना और डेडलाइन्स के साथ ट्रैक हों। मैं शुरुआत में स्पष्ट स्कोप ऑफ वर्क और चेंज रिक्वेस्ट प्रक्रिया स्थापित करता/करती हूँ — स्कोप क्रिप प्राथमिक कारण है ओवर-बजट और देर से होने के प्रोजेक्ट्स का। मैं प्रॉएक्टिव रूप से कम्युनिकेशन करता/करती हूँ: साप्ताहिक प्रोग्रेस अपडेट्स, ब्लॉकर्स के लिए शुरुआती अलर्ट, और स्टेज्ड डिलीवरियाँ (mockups, staging साइट, final) जो फीडबैक की अनुमति देती हैं अंतिम प्रोडक्ट से पहले। मैं अपने deployments को स्टेज करता/करती हूँ — dev, staging, production — ताकि कोई भी अनटेस्टेड चीज़ लाइव साइट पर न पहुँचे।

Git मेरे सभी कामों का मूल है। मैं feature branches, वर्णनात्मक commit messages, और सभी चेंजेस के लिए pull requests का उपयोग करता/करती हूँ — यहाँ तक कि सोलो प्रोजेक्ट्स में भी, क्योंकि इससे अच्छे आदतें बनती हैं। टीम वातावरण में, मैं conventional commits का पालन करता/करती हूँ, PRs को issues/tickets से लिंक करता/करती हूँ, और thorough code reviews देता/देती हूँ। मैं Git rebase और merge रणनीतियों के साथ सहज हूँ। मैं कोड रिव्यू संस्कृति में भाग लेता/लेती हूँ: दूसरों के कोड की समीक्षा करना सीखने का सबसे अच्छा तरीका है और टीम को देने वाला सबसे उच्च-मूल्य योगदानों में से एक है।

मैं किसी फीचर को इम्प्लीमेंट करने से पहले Can I Use से फीचर सपोर्ट चेक करता/करती हूँ और क्रिटिकल फीचर्स के लिए polyfills या वैकल्पिक दृष्टिकोण तय करता/करती हूँ अगर वह सार्वभौमिक रूप से समर्थित नहीं हैं। मैं प्रोजेक्ट की शुरुआत में क्लाइंट के साथ एक ब्राउज़र सपोर्ट पॉलिसी सेट करता/करती हूँ — IE11 का समर्थन करने के अपने वास्तविक लागत प्रभाव होते हैं। मैं न्यूनतम रूप से Chrome, Firefox, Safari, और Edge में टेस्ट करता/करती हूँ। मैं CSS वेंडर प्रीफ़िक्सेस के लिए autoprefixer और जहां ज़रूरी हो JavaScript ट्रांसपिलेशन के लिए Babel का उपयोग करता/करती हूँ। मैं प्रोग्रेसिव एन्हांसमेंट भी डिज़ाइन करता/करती हूँ: कोर अनुभव हर जगह काम करता है; एन्हांस्ड फीचर्स उन जगहों पर वैल्यू जोड़ते हैं जहां सपोर्ट मौजूद है।