मार्च 2026 की शुरुआत में एक मंगलवार को मैंने अपने सारे notifications गिने। सब के सब। Phone, laptop, watch, email, Slack, monitoring dashboards। एक workday में 217 notifications। मैंने 23 पर respond किया। बाकी 194 बस noise थे — देखा, mentally process किया, dismiss कर दिया। हर एक ने 3–5 seconds का attention चुराया। यानी पूरे दिन में 10–15 minutes का pure interruption, 217 छोटे-छोटे कटों में बँटा हुआ।
पर असली cost 15 minutes नहीं था। असली cost था context-switching — वो mental penalty जो तुम्हारा brain हर बार pay करता है जब एक चीज़ से दूसरी पर jump करता है। University of California, Irvine की 2005 की study में पाया गया कि किसी interruption के बाद task पर पूरी तरह वापस आने में average 23 minutes लगते हैं। बस एक notification पर नज़र डालकर swipe करने में भी 60–90 seconds का re-engagement लगता है। इसे 217 से multiply करो तो maths theoretical नहीं रहता।
तो मैंने notification diet शुरू की। ये रहा exact system, layer by layer। ⚙️
Step 0: Audit
कुछ भी काटने से पहले, मैंने एक हफ्ता हर notification log किया। कोई spreadsheet नहीं — बस एक plain text file में tally। जब भी phone buzz किया या screen flash हुई, एक line add की: source, type, action लिया या नहीं।
सात दिन बाद pattern साफ़ दिख रहा था:
| Source | Daily avg | Action लिया | Verdict |
|---|---|---|---|
| Slack (सब channels) | 78 | 8 | ज़्यादातर noise |
| 42 | 6 | 85% automated/marketing | |
| Phone (apps) | 35 | 3 | लगभग पूरी तरह बेकार |
| Monitoring/alerts | 31 | 4 | Alert fatigue |
| Calendar | 12 | 12 | सब useful — रखो |
| SMS/calls | 9 | 5 | Mixed |
| Watch | 10 | 2 | Redundant |
Total action: 217 में से 40। 18% signal-to-noise ratio। हर एक useful notification के लिए 4.4 बेकार ones ने मेरे brain को train कर दिया कि सब कुछ ignore करो — important stuff भी।
Engineers इसे alert fatigue कहते हैं: जब इतनी warnings आती हैं कि किसी पर भी trust नहीं रहता। Hospitals इस problem को study करते हैं क्योंकि missed alerts से लोग मर सकते हैं। तुम्हारे workday में missed alerts बस focus मारते हैं। Same mechanism, lower stakes।
Layer 1: Sources काटो
Phone apps. मैंने हर app की notifications बंद कर दीं सिवाय: phone calls, SMS, Signal, और uptime monitor। बाकी हर app — news, social media, shopping, banking, weather — silent। "Reduced" नहीं। Silent। मुझे मौसम जानना है तो app खोलूँगा। उसे मुझे बादलों के बारे में disturb करने की ज़रूरत नहीं।
Email. हर उस चीज़ से unsubscribe किया जो कोई इंसान specifically मुझे लिखकर नहीं भेज रहा था। Newsletters एक अलग email address पर जाते हैं जो दिन में एक बार check करता हूँ। Services (GitHub, Stripe, AWS) की automated notifications folders में filter होती हैं बिना alert के। वो folders दिन में दो बार check करता हूँ: सुबह 9 और दोपहर 3 बजे।
Smartwatch. Phone calls के अलावा सब notifications बंद। Watch फिर से watch बन गई। Time बताती है। बस यही उसका काम है।
Layer 1 के बाद result: 217 daily notifications घटकर करीब 90 हो गईं।
Layer 2: Slack ठीक करो
Slack सबसे बड़ा villain था। दिन में 78 notifications, action सिर्फ 8 पर। Problem Slack नहीं था — problem ये था कि मैं 24 channels में बैठा था, सब "notify for all messages" पर set।
नया setup:
- सब channels mute किए। हाँ, सब। Default state: muted।
- तीन unmute किए: #incidents (production issues), #deploys (deployment status), #direct (specifically मेरे लिए messages)।
- Keyword alerts — Slack में notification keywords set कर सकते हो जो सब channels में trigger होते हैं। मैंने अपना नाम और "urgent" set किया। कोई मुझे mention करे या कुछ critical flag करे, तो दिखेगा। बाकी सब: दिन में दो बार manually check करता हूँ।
- Threads only. मैं threads में reply करता हूँ, channels में नहीं। इससे सबके लिए @channel noise कम होता है।
- Schedule send. Urgent नहीं है तो message कल सुबह 9 बजे के लिए schedule कर देता हूँ। रात को colleagues को ping नहीं।
Slack notifications 78 से घटकर करीब 12 हो गईं। उन 12 में से 10 पर action लेता हूँ। 83% signal ratio, पहले 10% था। ⚙️
Layer 3: Monitoring alerts ठीक करो
मेरा monitoring setup — uptime checks के लिए UptimeRobot, metrics dashboards के लिए Grafana (server health real time में दिखाने वाले visual panels), log analysis के लिए custom scripts — दिन में 31 alerts generate करता था। ज़्यादातर "CPU usage 70% से ऊपर" या "memory usage 80% से ऊपर" जैसे थे। ये incidents नहीं हैं। ये normal fluctuations हैं जो कुछ minutes में खुद ठीक हो जाते हैं।
नए alert tiers:
Critical (immediate, PagerDuty free tier से phone call):
- Service DOWN है
- Response time 10 seconds से ज़्यादा
- Disk usage 95% से ऊपर
- SSL certificate 7 दिन में expire हो रहा
- Database connection failures
Push notification नहीं — actual phone call। अगर deep work interrupt करने लायक important है, तो phone बजने लायक भी है।
Warning (रोज़ सुबह 8 बजे batched digest):
- CPU 30+ minutes से 90% से ऊपर
- Memory sustained 90% से ऊपर
- Unusual traffic patterns
Info (logged, कोई notification नहीं):
- बाकी सब। CPU 75% पर। Memory 80% पर। Normal variance। Grafana dashboards में logged। सुबह review के दौरान dashboards पर एक नज़र मार लेता हूँ।
Monitoring alerts 31 से घटकर average 2.3 per day। Critical वाले जगा देते हैं। Warnings सुबह चाय के साथ review करता हूँ। Info daily check में scan करता हूँ। 🛁
Layer 4: बचे सिर्फ पाँच
तीनों layers के बाद, दिन में immediate attention माँगने वाले notifications करीब 5 पर settle हो गए:
- Incident alerts — production में कुछ टूटा। दिन में 0–1।
- Direct messages — कोई इंसान specifically मुझसे response चाहता है। दिन में 2–3।
- Calendar reminders — meeting 5 minutes में शुरू। ये रहेंगे क्योंकि बिना इनके भूल जाऊँगा।
- Deploy notifications — deploy succeed हुआ या fail? हर deploy पर एक।
- Phone calls — अगर कोई call कर रहा है, तो interrupt करने लायक urgent है।
बाकी सब कुछ batched, silenced, या eliminated। "Snoozed" नहीं। "Reduced" नहीं। या तो gone या scheduled।
एक हफ्ते में क्या बदला
पहले दो दिन अजीब लगे। शांति। जैसे कुछ टूट गया हो। बार-बार phone उठाकर check करता था... कुछ नहीं था। Phantom buzzing — researchers इसे phantom vibration syndrome कहते हैं — करीब तीन दिन में कम हुई।
पाँचवें दिन तक कुछ shift हुआ। महीनों में पहली बार 3 घंटे का deep work block बिना interruption पूरा किया। एक पूरा technical document एक बैठक में पढ़ लिया। किसी से बात करते हुए एक बार भी phone की तरफ नहीं देखा।
दूसरे हफ्ते तक, दिन के अंत में कम थकान हो रही थी। इसलिए नहीं कि कम काम किया — same hours। पर brain को 200 micro-interruptions process नहीं करने पड़ रहे थे। Cognitive load — यानी किसी भी moment में तुम्हारी working memory पर total mental effort — बस कम था।
एक महीने तक, दिन में करीब 90 minutes productive time वापस मिल गया। Notifications से नहीं — उनकी वजह से खत्म हुए context-switching से। 90 minutes × 20 workdays = महीने में 30 hours। लगभग एक पूरा work week। उन कुछ extra hours में चाय पी, आराम किया, कुछ नहीं किया। कोई regret नहीं। 🛁
Resistance मिलेगी
लोग कहेंगे तुम "hard to reach" हो गए। अच्छा है। Hard to reach मतलब hard to interrupt। इसका मतलब unresponsive नहीं — तुम अभी भी दिन में दो बार Slack check करते हो, 4 hours में emails answer करते हो, phone calls उठाते हो। बस 200 pings को अपने दिन की rhythm decide नहीं करने देते।
जिन लोगों को सच में urgently तुम्हारी ज़रूरत होगी, वो call करेंगे। बाकी सब अगले check-in तक wait कर सकते हैं। और मैंने पाया: लगभग हर चीज़ 2 hours wait कर सकती है। Ping के moment में लगभग कुछ भी उतना urgent नहीं होता जितना लगता है।
Notification diet unavailable होने के बारे में नहीं है। ये deliberately available होने के बारे में है — तुम्हारी terms पर, तुम्हारे schedule पर, तुम्हारे पूरे attention के साथ। 🫶
दिन में पाँच notifications। बस इतना ही matter करता है। बाकी सब noise है जो signal होने का नाटक कर रहा है। 🫶





