- Windows 11 के लिए WhatsApp अब WebView2-आधारित web wrapper में बदल रहा है, और मौजूदा WinUI/UWP native app बंद किया जा रहा है
- नया version web.whatsapp.com को WebView2 container में लोड करता है, और login screen पर भी अधिकतम 300MB RAM इस्तेमाल करता है
- login के बाद memory usage 2GB तक बढ़ जाती है, और औसतन background में 1.2GB RAM लगातार घेरता है
- performance गिरावट, धीमी loading, notification delay जैसी समस्याएँ रिपोर्ट हुई हैं, और Windows 11 के notifications तथा Do Not Disturb mode के साथ compatibility भी कमजोर है
- अपडेट Microsoft Store के auto update के जरिए रोल आउट हो रहा है, और मौजूदा native app users को भी जल्द ही मजबूरन migrate किया जाएगा
Windows 11 पर WhatsApp version में बदलाव
- Windows 11 के लिए WhatsApp native app से WebView2-आधारित web wrapper में बदल गया है
- नए app की संरचना web.whatsapp.com को WebView2 container में लोड करने की है
- पहले यह Electron-आधारित रूप में शुरू हुआ था, फिर UWP/WinUI native app के रूप में विकसित हुआ, लेकिन अब फिर से web-आधारित मॉडल पर लौट आया है
- इस बदलाव से performance में गिरावट और memory usage में बढ़ोतरी हुई है
memory usage की तुलना
- टेस्ट के अनुसार, नया WebView2 version login screen पर लगभग 300MB RAM इस्तेमाल करता है
- login के बाद सभी chats लोड करते समय अधिकतम 2GB RAM, और औसतन 1.2GB RAM background में बनाए रखता है
- इसके विपरीत, पुराना native app औसतन 190MB इस्तेमाल करता था, और idle state में 100MB से नीचे आ जाता था
- ज्यादा activity होने पर भी यह अधिकतम 300MB के आसपास ही रहता था
- कई chat windows खोलने पर नया version 3GB RAM तक पहुँच सकता है
performance और feature समस्याएँ
- नया WhatsApp धीमा response और लंबा loading time दिखाता है
- chats के बीच switch करते समय delay होता है
- Windows notification system के साथ integration अस्थिर है,
और Do Not Disturb mode तथा Active Hours feature के साथ compatibility समस्याएँ हैं
- notification delay की समस्या भी रिपोर्ट हुई है
अपडेट और इससे बचने की संभावना
- WhatsApp version 2.2584.3.0 Microsoft Store के जरिए रोल आउट हो रहा है,
और मौजूदा native app को अपने आप replace कर रहा है
- अगर user update टाल दे तो कुछ समय तक पुराना app इस्तेमाल किया जा सकता है,
लेकिन जल्द ही सभी users को logout करके WebView2 version पर मजबूरन शिफ्ट किया जाएगा
अन्य संदर्भ
- यह बदलाव Apple Watch के लिए WhatsApp native experience के launch timing के साथ मेल खाता है
- Apple Watch के 11.5 करोड़ users हैं
- Windows के पास 1 अरब से ज्यादा active devices हैं, लेकिन
Meta और Microsoft दोनों ही Windows के लिए native app development कम करते दिख रहे हैं
- मूल लेख में यह भी कहा गया कि Meta संभवतः cost cutting के लिए web codebase maintenance की ओर गया हो,
लेकिन ठोस कारण स्पष्ट नहीं किया गया
1 टिप्पणियां
Hacker News राय
जिस ऐप को मैंने खुद डिज़ाइन किया और संभाला था, उसका इस तरह बदल जाना थोड़ा कड़वा सा एहसास देता है
पुराना native ऐप परफेक्ट नहीं था, लेकिन उसमें प्रोडक्टिविटी टूल के तौर पर अपने environment का सम्मान करने जैसा एहसास था
आखिरकार मुझे लगता है कि बड़ी कंपनियों के लिए native desktop app व्यावहारिक रूप से असंभव है। वजह है coordination cost
कई platforms पर एक साथ features रिलीज़ करने हों तो complexity ज्यामितीय रूप से बढ़ जाती है। अगर development की रफ्तार धीमी हो तो संभव है, लेकिन तेज़ experimentation और iteration चाहिए तो अंत में एक ही web codebase लिखना बेहतर लगता है
आजकल Microsoft भी इसी तरह development कर रहा है। विडंबना यह है कि छोटी कंपनियाँ native apps को ज़्यादा अच्छी तरह बनाए रख पाती हैं
यह मानना मुश्किल है कि बड़ी कंपनियाँ text bubble और emoji को native तरीके से नहीं बना सकतीं। पुराना MSN Messenger भी इतना तो कर लेता था
waterfall तरीके में यह चल जाता है, लेकिन आज के ‘Agile’ style development में यह पूरी अफरातफरी बन जाता है
Android और iOS पर native experience महत्वपूर्ण है, इसलिए वह कीमत चुकाई जा सकती है, लेकिन Windows में APIs लगातार बदलती रहती हैं और native एहसास भी लगभग गायब हो चुका है
बेहतर होता कि इसे Telegram की तरह Qt से बनाया जाता
शुरुआत में craftsmanship से बने native apps लोकप्रिय होते हैं, लेकिन कंपनी बड़ी होते ही experimentation, telemetry और तेज़ iteration प्राथमिकता बन जाते हैं
monopoly जैसी स्थिति के कारण quality महत्वहीन हो जाती है, और आखिर में वह फूला हुआ Electron app बन जाए तब भी कोई कुछ नहीं कर सकता
बदलाव की वजह साफ है। web version में नए features जल्दी भेजे जा सकते थे, जबकि native client उसके साथ कदम मिलाना मुश्किल पा रहा था
इसलिए आखिरकार इसे web wrapper में बदल दिया गया
आजकल ‘native Windows app’ की अवधारणा ही धुंधली हो गई है, और performance या offline support भी web से पर्याप्त रूप से बनाया जा सकता है
हाँ, GPU process का 400MB तक बढ़ जाना थोड़ा हास्यास्पद है। फिर भी Meta जैसी बड़ी कंपनी है, इसलिए यह उनके लिए संभव है
लगता है Meta ने web client को मुख्य बनाया और non-mobile platforms को सब web में समेट दिया
“Firefox support नहीं है। मैं Chrome इस्तेमाल नहीं करता।” यह मेरा आखिरी हथियार था, लेकिन अब Safari का बहाना भी इस्तेमाल करना पड़ता है। React की वजह से
संबंधित लेख: Making News Feed Nearly 50% Faster on iOS
management की नज़र में कई platforms पर वही features बनाना बर्बादी लगता है, इसलिए रुझान numbers-driven development की ओर जाता है
performance या memory use पर ध्यान नहीं दिया जाता, और “web app भी काफी तेज़ है” वाली सोच फैल चुकी है
मुझे WhatsApp का पुराना native Windows app सच में बहुत खराब लगता था
टाइपिंग अक्सर रुक जाती थी या accented characters टूट जाते थे, और restart करना पड़ता था। नया Electron app भारी है, लेकिन कम से कम ठीक से काम तो करता है
Microsoft WebView2 आधिकारिक पेज
पहले 128MB RAM और single-core CPU में भी voice/video calls हो जाती थीं, लेकिन अब लगता है efficiency पीछे चली गई है
JS और web performance में सुधार का नतीजा आखिरकार ज़्यादा ads और ज़्यादा code deployment में निकला
Jevons paradox wiki
WhatsApp का web wrapper → native → फिर वापस web में जाना एक दिलचस्प चक्र है
native को बनाए रखने की लागत बड़ी बताई जाती है, लेकिन क्या हर कुछ साल में rewrite करना उससे भी ज़्यादा बर्बादी नहीं है?
उनमें bugs और missing features बहुत हैं, जबकि Chrome को ऐसी दिक्कतें नहीं झेलनी पड़तीं
मैं अक्सर यात्रा करता हूँ, इसलिए अच्छा होगा अगर कई phones पर एक साथ WhatsApp इस्तेमाल कर सकूँ
travel phone को reset करते समय हर बार backup और restore करना झंझट है
यह सोचने का मन करता है कि Meta का AI coding agent एक native app भी ठीक से maintain नहीं कर पाया क्या
यह web-आधारित बदलाव का रुझान आगे भी जारी रहेगा ऐसा लगता है
Microsoft का New Outlook भी असल में web client को EXE में लपेटने जैसा है
इसकी वजह से COM Add-in, VBA, MAPI, और .PST support जैसी मुख्य सुविधाएँ गायब हो गईं
यह प्रवृत्ति शायद सभ्यता के पतन का संकेत भी हो सकती है
संबंधित लेख: Collapse of Civilization
Flutter शायद एक अच्छा middle ground हो सकता था
उससे cross-platform desktop apps अधिक कुशलता से बनाए जा सकते थे, और resources भी बहुत कम लगते
हो सकता है वास्तव में memory इतनी इस्तेमाल नहीं हो रही, बल्कि V8 सिर्फ reserve कर रहा हो
Windows में 256MB units में reservation होता है, इसलिए कई processes हों तो 1GB तक पकड़ा हुआ दिख सकता है
Task Manager में जो दिखता है, वह असली usage नहीं बल्कि Chromium की reserved memory है
यह WhatsApp की गलती कम और Chromium की structural problem ज़्यादा है
memory खाने वाली बात पता होने पर भी Electron चुनना आखिर उनका ही फैसला था
पुराने iOS WhatsApp या 2018 के Windows version से तुलना करें तो features में शायद ही बड़ा फर्क रहा हो, इसलिए इसे दोबारा बनाने की ज़रूरत थी भी या नहीं, यह सवाल बना रहता है