आपका ऐप समय के साथ धीमा होता जा रहा है। स्क्रॉल पोज़िशन अचानक बदल जाती है। टैब्स 800 MB RAM खा रहे हैं। आप Task Manager खोलते हैं और देखते हैं कि Chrome मेमोरी ऐसे खा रहा है जैसे बुफे लगी हो। कुछ लीक हो रहा है — लेकिन कहाँ? Chrome DevTools का Memory tab वहीं मौजूद है, और ज़्यादातर डेवलपर्स या तो इसे नज़रअंदाज़ करते हैं या एक बार खोलकर “Shallow Size” और “Retainers” देखकर भ्रमित हो जाते हैं और चुपचाप बंद कर देते हैं। यह गाइड उन लोगों के लिए है जो इसे वास्तव में उपयोग करना चाहते हैं।
DevTools खोलें, Application पर क्लिक करें, और बाईं ओर की साइडबार देखें। Cookies, Local Storage, Session Storage, IndexedDB, Cache Storage, Shared Storage, Background Services… यह काफी कुछ है। मैंने सीनियर डेवलपर्स को भी हर चीज़ के लिए localStorage का इस्तेमाल करते देखा है — ऑथ टोकन, शॉपिंग कार्ट, यहाँ तक कि मेगाबाइट्स में API रिस्पॉन्स — सिर्फ इसलिए क्योंकि यह वही है जिसे वे जानते हैं। यह हमेशा गलत नहीं होता, लेकिन यह शायद ही कभी सबसे अच्छा विकल्प होता है। आइए असल में देखें कि इनमें से हर मैकेनिज्म क्या करता है, DevTools में आपको यह कहाँ मिलेगा, और — सबसे ज़रूरी — आपको इसे बाकी छह विकल्पों के बजाय कब चुनना चाहिए जो ठीक बगल में बैठे हैं।
फ्रंटएंड इकोसिस्टम हर साल बदलता है, लेकिन 2025-2026 संरचनात्मक रूप से अलग महसूस हुआ। यह केवल नई लाइब्रेरी नहीं थीं — बुनियादी मानसिक मॉडल बदल गए। हम कैसे hydrate करते हैं, bundle करते हैं, components को structure करते हैं, और reactivity को handle करते हैं — यह सब इस तरह से बदला है जो वास्तव में apps के performance और उन्हें बनाने में लगने वाले समय को प्रभावित करता है। यहाँ वह है जिस पर ध्यान देना उचित है।