मैं अपने पोर्टफोलियो को प्रोडक्शन सिस्टम की तरह क्यों मानता हूँ

ज़्यादातर डेवलपर पोर्टफोलियो स्टैटिक साइट्स होते हैं। मेरे पास SLOs हैं।

यह ओवर-इंजीनियरिंग के बारे में नहीं है। यह एक विशिष्ट स्किल को प्रदर्शित करने के बारे में है जो इंटरव्यू में दिखाना मुश्किल है: ऑपरेशनल मैच्योरिटी।

"प्रोडक्शन-ग्रेड पोर्टफोलियो" का मतलब क्या है

मेरी पोर्टफोलियो साइट (sageideas.dev) में है:

• SLO लक्ष्य: 99.9% डैशबोर्ड उपलब्धता, <24h टेलीमेट्री फ्रेशनेस, <500ms P95 रिस्पॉन्स टाइम
• इंसिडेंट ड्रिल: 4 फ़ेलियर सिचुएशन का डॉक्यूमेंटेड रिस्पॉन्स के साथ परीक्षण
• WAF रेट लिमिटिंग: CloudFront Web ACL अटैक सिमुलेशन सबूत के साथ
• OIDC फ़ेडरेशन: GitHub Actions → AWS बिना स्टैटिक क्रेडेंशियल्स के
• क्वालिटी टेलीमेट्री: लाइव डैशबोर्ड जो रीयल-टाइम में CI आर्टिफैक्ट्स खींचता है
• सिक्योरिटी रसीदें: IAM पॉलिसीज़, थ्रेट मॉडल्स, और हर दावे के लिए सबूत

क्यों परेशान होना?

क्योंकि "मैं चीज़ें बना सकता हूँ" और "मैं चीज़ें चला सकता हूँ" के बीच का अंतर वह जगह है जहाँ सीनियर रोल्स रहते हैं।

जूनियर इंजीनियर फीचर्स बनाते हैं। मिड-लेवल इंजीनियर सिस्टम बनाते हैं। सीनियर इंजीनियर सिस्टम ऑपरेट करते हैं — वे फ़ेलियर मोड्स, ब्लास्ट रेडियस, कॉस्ट, कम्प्लायंस और इस बारे में सोचते हैं कि रात 3 बजे क्या होता है।

अपने पोर्टफोलियो को प्रोडक्शन की तरह ट्रीट करके, मैं दिखा रहा हूँ:

1. मैं फ़ेलियर होने से पहले उसके बारे में सोचता हूँ — हर बाहरी डिपेंडेंसी का एक फ़ॉलबैक है
2. मैं वह मापता हूँ जो मायने रखता है — SLOs, वैनिटी मेट्रिक्स नहीं
3. मैं अगले व्यक्ति के लिए डॉक्यूमेंट करता हूँ — रनबुक्स, प्लेबुक्स, आर्किटेक्चर डॉक्स
4. मैं सिक्योरिटी पर कोनों को नहीं काटता — पोर्टफोलियो साइट के लिए भी

इंसिडेंट ड्रिल पैटर्न

हर तिमाही, मैं 4 सिचुएशन से गुज़रता हूँ:

हर ड्रिल इस प्रकार होती है: डिटेक्ट → ट्राइएज → मिटिगेट → वेरिफाई → डॉक्यूमेंट

ड्रिल रिपोर्ट मेरी आर्टिफैक्ट्स लाइब्रेरी में सार्वजनिक रूप से उपलब्ध है।

हायरिंग मैनेजर क्या नोटिस करते हैं

जब मैं सीनियर/स्टाफ रोल्स के लिए इंटरव्यू देता हूँ, तो मैं अपने पोर्टफोलियो के डिज़ाइन के बारे में बात नहीं करता। मैं इसके ऑपरेशन के बारे में बात करता हूँ:

• "यह रहा मेरा SLO डैशबोर्ड। हम इस महीने 99.94% पर हैं।"
• "यह रहा एक WAF रेट लिमिटिंग टेस्ट जो मैंने पिछले हफ्ते चलाया। 429s 100 req/5min पर ट्रिगर होते हैं।"
• "यह रही IAM पॉलिसी। Lambda के पास बिल्कुल एक परमिशन है: एक की पर s3:GetObject।"

यह बातचीत को "क्या आप कोड कर सकते हैं?" से बदलकर "क्या आप सिस्टम चला सकते हैं?" कर देता है — जो $200K+ रोल्स के लिए वास्तव में आवश्यक है।

इसे खुद कैसे करें

आपको AWS की ज़रूरत नहीं है। छोटा शुरू करें:

1. एक SLO परिभाषित करें — "इस महीने मेरी साइट की 99% अपटाइम होगी।" इसे मॉनिटर करें।
2. एक क्वालिटी गेट जोड़ें — अपने डिप्लॉय पाइपलाइन में Lighthouse CI। अगर परफॉरमेंस गिरती है तो बिल्ड फेल करें।
3. एक फ़ेलियर मोड डॉक्यूमेंट करें — "अगर मेरी API की एक्सपायर हो जाए, तो क्या होगा?" जवाब लिखें।
4. एक इंसिडेंट ड्रिल चलाएं — वास्तव में जानबूझकर कुछ तोड़ें और रिस्पॉन्स का अभ्यास करें।

लक्ष्य परफेक्शन नहीं है। यह प्रदर्शित करना है कि आप सिर्फ डेवलपमेंट के बारे में नहीं, बल्कि प्रोडक्शन के बारे में सोचते हैं।

संबंधित सिस्टम: What an AI-native studio actually builds बताता है कि पोर्टफोलियो को एक साथ प्रोडक्ट सरफेस, ऑपरेटिंग सिस्टम और ग्रोथ लूप के रूप में क्यों ट्रीट किया जाता है।