2 คะแนน โดย GN⁺ 2025-11-14 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • WhatsApp สำหรับ Windows 11 เปลี่ยนไปใช้เว็บแรปเปอร์ที่อิง WebView2, และ ยุติแอปเนทีฟ WinUI/UWP เดิม
  • เวอร์ชันใหม่ โหลด web.whatsapp.com ภายในคอนเทนเนอร์ WebView2 และใช้ RAM สูงสุด 300MB แม้ในหน้าล็อกอิน
  • หลังล็อกอินแล้ว การใช้หน่วยความจำเพิ่มได้ถึง 2GB และโดยเฉลี่ย กิน RAM 1.2GB ในพื้นหลัง อย่างต่อเนื่อง
  • มีรายงานปัญหา ประสิทธิภาพลดลง โหลดช้า การแจ้งเตือนล่าช้า และยัง เข้ากันได้ไม่ดีกับระบบการแจ้งเตือนและโหมดห้ามรบกวนของ Windows 11
  • กำลังกระจายผ่านการอัปเดตอัตโนมัติทาง Microsoft Store และ ผู้ใช้แอปเนทีฟเดิมก็จะถูกบังคับเปลี่ยนในไม่ช้า

การเปลี่ยนแปลงของ WhatsApp เวอร์ชัน Windows 11

  • WhatsApp สำหรับ Windows 11 เปลี่ยนจากแอปเนทีฟไปเป็นเว็บแรปเปอร์ที่อิง WebView2
    • แอปใหม่มีโครงสร้างแบบ โหลด web.whatsapp.com ภายในคอนเทนเนอร์ WebView2
    • เดิมเริ่มจาก Electron และต่อมาพัฒนาเป็น แอปเนทีฟ UWP/WinUI แต่ตอนนี้ย้อนกลับไปใช้แนวทางบนเว็บอีกครั้ง
  • การเปลี่ยนแปลงนี้ทำให้เกิด ประสิทธิภาพที่ลดลงและการใช้หน่วยความจำสูง

เปรียบเทียบการใช้หน่วยความจำ

  • จากการทดสอบ เวอร์ชัน WebView2 ใหม่ใช้ RAM ราว 300MB ในหน้าล็อกอิน
    • หลังล็อกอินและโหลดแชตทั้งหมดแล้ว อาจใช้ RAM สูงสุด 2GB และโดยเฉลี่ย คงไว้ที่ 1.2GB RAM ในพื้นหลัง
  • ในทางกลับกัน แอปเนทีฟเดิมใช้เฉลี่ย 190MB และในสถานะว่างจะลดลงเหลือ ต่ำกว่า 100MB
    • แม้มีการใช้งานมาก ก็ยังอยู่ที่ สูงสุดราว 300MB เท่านั้น
  • หากเปิดหลายหน้าต่างแชต เวอร์ชันใหม่อาจแตะ 3GB RAM ได้

ปัญหาด้านประสิทธิภาพและฟังก์ชัน

  • WhatsApp ใหม่มี การตอบสนองช้าและใช้เวลาโหลดนาน
    • มี อาการหน่วง เวลาสลับบทสนทนา
  • การเชื่อมต่อกับระบบการแจ้งเตือนของ Windows ไม่เสถียร และ
    ยังมีปัญหาความเข้ากันได้กับ โหมดห้ามรบกวน (Do Not Disturb) และ ฟีเจอร์ Active Hours
  • มีรายงานปัญหา การแจ้งเตือนล่าช้า เช่นกัน

การอัปเดตและความเป็นไปได้ในการหลีกเลี่ยง

  • WhatsApp เวอร์ชัน 2.2584.3.0 กำลังกระจายผ่าน Microsoft Store และ
    เข้ามาแทนที่แอปเนทีฟเดิมโดยอัตโนมัติ
  • ผู้ใช้ยังพอเลื่อนการอัปเดตออกไปเพื่อใช้งานแอปเดิมได้ชั่วคราว แต่
    ผู้ใช้ทุกคนจะถูกล็อกเอาต์ในไม่ช้าและถูกบังคับให้ย้ายไปเวอร์ชัน WebView2

บริบทเพิ่มเติม

  • การเปลี่ยนแปลงนี้เกิดขึ้นในช่วงเวลาใกล้เคียงกับการเปิดตัว ประสบการณ์ WhatsApp แบบเนทีฟบน Apple Watch
    • Apple Watch มีผู้ใช้ 115 ล้านคน
    • Windows มีอุปกรณ์ที่ใช้งานอยู่มากกว่า 1 พันล้านเครื่อง แต่
      ทั้ง Meta และ Microsoft ต่างก็มีแนวโน้มลดการพัฒนาแอปเนทีฟสำหรับ Windows
  • ต้นฉบับระบุว่า Meta อาจเปลี่ยนไปดูแลโค้ดเบสบนเว็บเพื่อลดต้นทุน แต่
    ไม่ได้ระบุเหตุผลที่ชัดเจน

1 ความคิดเห็น

 
GN⁺ 2025-11-14
ความคิดเห็นจาก Hacker News
  • รู้สึก ขมขื่นเล็กน้อย ที่แอปซึ่งตัวเองเคยออกแบบและดูแลมาถูกเปลี่ยนไปแบบนี้
    แอปเนทีฟในอดีตอาจไม่สมบูรณ์แบบ แต่ก็ให้ความรู้สึกว่าพยายามเคารพสภาพแวดล้อมในฐานะเครื่องมือเพิ่มประสิทธิภาพการทำงาน
    สรุปแล้วมองว่า แอปเดสก์ท็อปแบบเนทีฟ สำหรับบริษัทใหญ่เป็นสิ่งที่ทำได้ยากในทางปฏิบัติ เพราะต้นทุนด้านการประสานงาน
    ถ้าจะปล่อยฟีเจอร์พร้อมกันบนหลายแพลตฟอร์ม ความซับซ้อนจะเพิ่มแบบทวีคูณ ถ้าพัฒนาแบบค่อยเป็นค่อยไปอาจพอทำได้ แต่ถ้าต้องการทดลองและวนซ้ำอย่างรวดเร็ว สุดท้ายก็จะลงเอยที่เขียนโค้ดเว็บครั้งเดียวคุ้มกว่า
    ทุกวันนี้แม้แต่ Microsoft เองก็พัฒนาแบบนี้อย่างน่าประหลาดใจ ยิ่งเป็นบริษัทเล็กยิ่งดูแลแอปเนทีฟได้ดีกว่า

    • ไม่เข้าใจคำพูดนี้เลย ผมกับเพื่อนร่วมงานอีกสองคนสร้าง GUI ข้ามแพลตฟอร์มสำหรับประมวลผลสัญญาณเสียงด้วย wxWidgets และมันก็รันได้ดีทั้งบน macOS และ Windows
      เลยยอมรับไม่ได้ว่าบริษัทใหญ่จะวาดบับเบิลข้อความกับอีโมจิแบบเนทีฟไม่ได้ แม้แต่ MSN Messenger สมัยก่อนก็ยังทำได้
    • แก่นของปัญหาไม่ใช่จำนวนคน แต่คือ ต้นทุนการประสานงาน
      ถ้าเป็นแนววอเตอร์ฟอลก็ยังพอไหว แต่กับการพัฒนาแบบ ‘Agile’ ทุกวันนี้มันคือความโกลาหลเต็มรูปแบบ
      Android กับ iOS ยังพอยอมรับได้เพราะประสบการณ์แบบเนทีฟสำคัญ แต่บน Windows นั้น API เปลี่ยนตลอด และความเป็นเนทีฟก็แทบไม่เหลือแล้ว
      ถ้าทำแบบ Qt เหมือน Telegram น่าจะดีกว่า
    • ผมเคยทำ Facebook และ Messenger เวอร์ชัน Windows มาก่อน แต่การใช้งานเมื่อเทียบกับเว็บมีไม่ถึง 1% ผู้บริหารเลยมองว่าล้มเหลว
    • อยากรู้ว่าพอจะบอก ตำแหน่งเก็บความลับของคีย์ DB บน Windows ได้ไหม อยาก export ออกมาก่อนที่ DB จะใช้งานไม่ได้
    • เดี๋ยวนี้แอปต่าง ๆ ถูกปรับให้เหมาะกับ นักพัฒนา มากกว่าผู้ใช้
      ตอนแรกแอปเนทีฟที่ทำอย่างประณีตจะได้รับความนิยม แต่พอบริษัทโตขึ้น สิ่งสำคัญจะกลายเป็นการทดลอง เทเลเมทรี และการวนซ้ำอย่างรวดเร็ว
      ด้วยสถานะกึ่งผูกขาด คุณภาพก็ไม่ใช่เรื่องสำคัญอีกต่อไป และสุดท้ายถึงจะกลายเป็น แอป Electron ตัวบวม ก็ไม่มีใครทำอะไรได้
  • เหตุผลของการเปลี่ยนนั้นชัดเจน เวอร์ชันเว็บปล่อยฟีเจอร์ใหม่ได้เร็ว แต่ไคลเอนต์เนทีฟตามไม่ทัน
    เลยเปลี่ยนเป็น เว็บแรปเปอร์ ในที่สุด
    ทุกวันนี้แนวคิดเรื่อง ‘แอป Windows แบบเนทีฟ’ เองก็คลุมเครือ และเรื่องประสิทธิภาพหรือการทำงานออฟไลน์ก็ทำบนเว็บได้เพียงพอแล้ว
    แต่ที่โปรเซส GPU โตไปถึง 400MB ก็ดูน่าขำอยู่เหมือนกัน ถึงอย่างนั้นสำหรับบริษัทยักษ์ใหญ่อย่าง Meta ก็คงทำได้

    • ตอนนี้แม้แต่ Windows เองก็ดูแทบไม่เหลือ ความรู้สึกแบบเนทีฟ แล้ว
    • จริง ๆ แล้วไคลเอนต์เนทีฟรุ่นก่อนมีฟังก์ชันนำหน้าอยู่มาก เช่น วิดีโอคอล
      พอ Meta เลือกให้เว็บไคลเอนต์เป็นตัวหลัก ก็เหมือนรวมแพลตฟอร์มที่ไม่ใช่มือถือทั้งหมดให้ไปอยู่บนเว็บ
    • ผมเถียงกับนักพัฒนาประเภท ‘ทำทุกอย่างบนเว็บเถอะ’ อยู่ตลอด
      “Firefox ไม่รองรับ ฉันไม่ใช้ Chrome” เคยเป็น อาวุธสุดท้าย ของผม แต่เดี๋ยวนี้ต้องเอา Safari มาเป็นข้ออ้างด้วย เพราะ React
    • พอนึกถึงตอนปี 2012 ที่ Facebook เลิกใช้แอป HTML5 แล้ว เขียนใหม่เป็นโค้ดเนทีฟบน iOS การตัดสินใจครั้งนี้เลยดูเหมือนเดินถอยหลัง
      บทความที่เกี่ยวข้อง: Making News Feed Nearly 50% Faster on iOS
    • ทุกวันนี้เหมือนไม่มีใครอยากสร้างแอปเนทีฟ หรือไม่ได้อยู่ในตำแหน่งที่จะผลักดันเรื่องนี้
      ในสายตาผู้บริหาร การพัฒนาฟีเจอร์เดียวกันบนหลายแพลตฟอร์มดูเป็นความสิ้นเปลือง เลยไหลไปสู่ การพัฒนาแบบขับเคลื่อนด้วยตัวเลข
      ประสิทธิภาพกับการใช้หน่วยความจำไม่ถูกนำมาคิด และแนวคิดว่า “เว็บแอปเร็วพอแล้ว” ก็แพร่หลายขึ้น
  • ผมคิดว่า แอป Windows แบบเนทีฟรุ่นเก่า ของ WhatsApp น่ากลัวมาก
    มันชอบค้างตอนพิมพ์ หรืออักขระมีสำเนียงเพี้ยนจนต้องรีสตาร์ต แอป Electron ตัวใหม่นั้นหนักก็จริง แต่อย่างน้อย มันก็ทำงานได้ถูกต้อง

    • ผมก็เจอบั๊กเดียวกัน ทุกวันนี้การทำแอปแชตเหมือนเป็นวิทยาศาสตร์ที่เป็นไปไม่ได้ สมัย ICQ ยังทำกันได้เลย แต่เหมือนเทคโนโลยีนั้นหายไปแล้ว
    • คำว่า “ทำงานได้” อาจจะพูดเกินจริงไปหน่อย หลังจากย้ายไป Linux แล้วกลับรู้สึกโล่งใจมากกว่า
    • ผมก็เป็นผู้ใช้หนักเหมือนกัน และกลับคาดหวังกับการเปลี่ยนครั้งนี้ ถึงจะเป็น Electron ก็เชื่อว่าน่าจะดีกว่าของเดิม
    • จริง ๆ แล้วไม่ใช่ Electron แต่ใช้ WebView2
      หน้าอย่างเป็นทางการของ Microsoft WebView2
    • ไม่น่าเชื่อว่า Meta ที่บอกว่ามีคนเก่งเยอะ จะปล่อยแอปแบบนี้ออกมาได้
  • เมื่อก่อนแค่ RAM 128MB กับ CPU คอร์เดียวก็ยังโทรเสียงและวิดีโอได้ แต่ตอนนี้รู้สึกเหมือนประสิทธิภาพถดถอยลง

    • ที่จริงนี่เป็นตัวอย่างของ Jevons paradox ยิ่งประสิทธิภาพสูงขึ้น การใช้ทรัพยากรก็ยิ่งเพิ่ม
      ประสิทธิภาพที่ดีขึ้นของ JS และเว็บ สุดท้ายก็นำไปสู่การปล่อยโฆษณาและโค้ดมากขึ้น
      วิกิ Jevons paradox
    • แน่นอนว่าสมัยก่อนความละเอียดและบิตเรตต่ำกว่า แถมยังไม่มีการเข้ารหัส แต่ถึงอย่างนั้นมันก็ยังมีประสิทธิภาพกว่าตอนนี้จริง ๆ
    • ผมเองก็จำได้ว่าเคยใช้ ThinkPad ที่มี RAM 32MB ทำทุกอย่างได้สบาย
  • การที่ WhatsApp วนจากเว็บแรปเปอร์ → เนทีฟ → กลับไปเว็บอีกครั้ง เป็นวัฏจักรที่น่าสนใจ
    แม้จะบอกว่าค่าดูแลเนทีฟสูง แต่การ เขียนใหม่ทุกไม่กี่ปี แบบนี้ไม่ยิ่งสิ้นเปลืองกว่าหรือ

    • อาจเป็นผลจากการเมืองภายในก็ได้ คนที่ตัดสินใจเลือกเทคโนโลยี ผิดพลาด แค่ได้เลื่อนตำแหน่ง
    • นักพัฒนาเว็บส่วนใหญ่ใช้เวลาไปกับ การอัปเดต dependency หรือทะเลาะเรื่องเฟรมเวิร์กเป็นหลัก (โดยเฉพาะการด่า React)
    • ไม่เคยมีใครได้เลื่อนตำแหน่งเพราะพูดว่า “อย่าเขียนแอปใหม่เลย”
    • เฟรมเวิร์กเนทีฟของ Windows มัน เละเทะ มากจนแม้แต่ Microsoft เองก็ยังไม่ใช้
      ทั้งบั๊กและฟีเจอร์ที่หายไปมีเยอะ ในขณะที่ Chrome ไม่ต้องเจอปัญหาแบบนี้
    • สุดท้ายมันคือเรื่องของ แรงจูงใจเพื่อการเลื่อนตำแหน่ง การดูแลแอปที่ทำงานได้ดีอยู่แล้วไม่ใช่งานที่มีรางวัล
  • ผมเดินทางบ่อย เลยอยากให้สามารถใช้ WhatsApp พร้อมกันบนโทรศัพท์หลายเครื่อง ได้
    ทุกครั้งที่รีเซ็ตเครื่องสำหรับเดินทาง การแบ็กอัปและกู้คืนมันวุ่นวาย

    • ตอนนี้ติดตั้งได้สูงสุด 4-5 เครื่องแล้ว นอกจากอุปกรณ์หลัก ไคลเอนต์อื่นก็รับส่งข้อความได้อย่างอิสระ
    • ผมไม่ได้ใช้ WhatsApp แต่ Telegram ซิงก์หลายอุปกรณ์ได้สมบูรณ์แบบ ทุกวันนี้ใคร ๆ ก็ใช้ Telegram กัน
    • อยากรู้ว่าหลังจากรีเซ็ตโทรศัพท์แล้วคุณติดตั้งแอปอะไรบ้าง
  • ทำให้นึกว่า AI coding agent ของ Meta ดูแลแอปเนทีฟแค่ตัวเดียวให้ดีไม่ได้หรือไง

    • แต่ถึงเป็น แอปเนทีฟที่สร้างด้วย AI ก็คงไม่ได้ต่างกันมากนัก
  • แนวโน้มของการ เปลี่ยนไปใช้เว็บเป็นฐาน แบบนี้น่าจะดำเนินต่อไป
    แม้แต่ New Outlook ของ Microsoft ก็แทบจะเป็นแค่เว็บไคลเอนต์ที่ห่อด้วย EXE
    ผลคือฟีเจอร์สำคัญอย่าง COM Add-in, VBA, MAPI และการรองรับ .PST หายไป
    กระแสแบบนี้อาจเป็น สัญญาณของการล่มสลายของอารยธรรม ก็ได้
    บทความที่เกี่ยวข้อง: Collapse of Civilization

    • ใน New Outlook ฟังก์ชันค้นหาใช้งานไม่ค่อยได้จริง แม้แต่อีเมลที่ส่งให้ตัวเองก็ยังค้นเจอแค่ไม่กี่ฉบับ
    • ในองค์กรของเราก็ทุกคนบ่นว่า Outlook รุ่นเก่าดีกว่ามาก
  • Flutter น่าจะเป็นทางสายกลางที่ดี
    มันช่วยสร้างแอปเดสก์ท็อปข้ามแพลตฟอร์มได้อย่างมีประสิทธิภาพ และน่าจะใช้ทรัพยากรน้อยกว่ามาก

  • ที่จริงอาจไม่ได้ใช้หน่วยความจำมาก แต่เป็นแค่ V8 ที่ทำการจองไว้
    บน Windows มันจองเป็นหน่วยละ 256MB ดังนั้นถ้ามีหลายโปรเซสก็อาจดูเหมือนกินไปถึง 1GB
    สิ่งที่เห็นใน Task Manager ไม่ใช่ปริมาณที่ใช้จริง แต่คือ หน่วยความจำที่ Chromium จองไว้
    นี่อาจไม่ใช่ความผิดของ WhatsApp เท่าไรนัก แต่เป็นปัญหาเชิงโครงสร้างของ Chromium

    • ถึงอย่างนั้น การเลือกแพลตฟอร์มแบบนั้นก็ยังเป็น ความรับผิดชอบของพวกเขา
      ทั้งที่รู้ว่ามันกินหน่วยความจำ แต่ก็ยังเลือก Electron อยู่ดี สุดท้ายมันก็เป็นการตัดสินใจของพวกเขา
      ต่อให้เทียบกับ WhatsApp บน iOS รุ่นเก่าหรือเวอร์ชัน Windows ปี 2018 ก็ดูเหมือนแทบไม่มีความต่างด้านฟีเจอร์มากนัก เลยสงสัยว่าจำเป็นต้องสร้างใหม่จริงหรือ