Брендан Эйх критикует Electron и WebView2 в Windows 11 за неэффективность

hannadev

Брендан Эйх, создатель JavaScript, резко раскритиковал использование Electron и WebView2 в Windows 11. Он считает, что это приводит к ненужному раздуванию системы и падению производительности. Разберём, почему это важно для разработчиков и пользователей.

Такие веб-оболочки упрощают разработку, но жертвуют скоростью и памятью. Эйх подчёркивает: качественные веб-решения возможны, но требуют времени, которого компании не тратят. Это актуально для всех, кто работает с Windows или строит приложения на ней.

Кто такой Брендан Эйх и почему его слова весомы

Брендан Эйх - легенда в мире веб-разработки. Он придумал JavaScript в 1995 году, работал над Firefox OS и webOS, а сейчас возглавляет Brave. Его опыт с веб-технологиями и операционными системами даёт вес его критике. Эйх не против веба сам по себе - он знает, как его оптимизировать.

В своём посте в X он написал: главная проблема Windows 11 - это WebView2 и Electron. Microsoft заменяет нативный код веб-оболочками повсюду: от меню Пуск до центра уведомлений. Это приводит к огромному потреблению ресурсов, особенно памяти. Например, в центре уведомлений повестка дня на WebView2 заставляет процессы Edge жрать до 100 МБ вместо 1 МБ, как было в Windows 10.

Эйх связывает это с нежеланием тратить время на правильную реализацию. Компании вроде Microsoft с триллионной капитализацией выбирают быстрые решения. Но результат - медленная система и зависимость от Chromium.

Вот ключевые тезисы из слов Эйха:

Поспешное использование веб-UX вместо нативного приводит к bloat (раздуванию).
Веб можно сделать хорошо, но требуется время и экспертиза.
Нативный код лучше для производительности и лояльности пользователей.
Это часть тренда на подписки и DRM.

Где в Windows 11 прячется Electron и WebView2

Microsoft активно внедряет веб-компоненты в ядро системы. Меню Пуск использует React Native для рекомендованного контента. Центр уведомлений получил повестку дня на WebView2 - чисто веб-решение вместо нативного из Windows 10. Даже поиск Windows теперь зависит от этих технологий.

Сторонние приложения усугубляют проблему. Discord на Electron может жрать 1-4 ГБ RAM. Microsoft Teams и WhatsApp на WebView2 чуть лучше, но всё равно тратят гигабайты. WebView2 встроен в Windows на базе Chromium, но это не спасает от нагрузки. Пользователи замечают тормоза на слабом железе.

Компонент	Технология	Проблемы
Меню Пуск	React Native	Замедление интерфейса
Повестка дня	WebView2	+99 МБ RAM для Edge
Discord	Electron	1-4 ГБ RAM
Teams	WebView2	Высокая нагрузка на CPU
WhatsApp	WebView2	Плохая оптимизация

Эти примеры показывают системный подход Microsoft. Нативные альтернативы были бы быстрее и легче.

Discord: Electron запускает полный Chromium - огромный overhead.
Teams: WebView2 экономит чуть меньше, но всё равно не натив.
Центр уведомлений: Переход с нативного кода удвоил потребление памяти.

Почему Electron и WebView2 тормозят систему

Electron позволяет упаковывать веб-приложения в десктопные оболочки. Это удобно для кросс-платформенности: один код для Windows, macOS, Linux. Но цена - встроенный браузерный движок, который жрёт ресурсы. WebView2 от Microsoft - аналог, но на Chromium и интегрированный в ОС.

Проблемы очевидны: высокое потребление RAM, медленный запуск, зависимость от обновлений Edge. Эйх отмечает, что нативный код (WinUI, WPF) быстрее и стабильнее. Веб-решения хороши для PWA, но не для системных компонентов. Microsoft могла бы оптимизировать, но предпочитает скорость разработки.

Сравним нагрузку:

Подход	RAM (примерно)	Скорость запуска	Зависимости
Нативный (WinUI)	10-50 МБ	Быстрый	Минимальные
WebView2	100+ МБ	Средний	Chromium updates
Electron	500 МБ - 4 ГБ	Медленный	Полный браузер

Ключевой минус - это не только производительность, но и экосистемная зависимость. Всё завязано на Microsoft Edge.

Нативные apps экономят батарею на ноутбуках.
Веб-оболочки усложняют отладку.
Обновления браузера ломают приложения.

Electron vs натив: аргументы Эйха в действии

Эйх из опыта Firefox OS знает: веб-ОС возможны, но нуждаются в глубокой оптимизации. Windows 11 идёт по лёгкому пути. Это ложная экономия - пользователи платят тормозами. Нативные интерфейсы формируют лояльность, как в macOS или iOS.

Примеры из жизни: в Discord чат может лагать из-за Electron. Teams в больших командах жрёт CPU. Системные фичи вроде поиска становятся медленнее. Эйх прав: с ресурсами Microsoft можно делать нативно.

Преимущества нативного подхода:

Меньше RAM и CPU - прямой доступ к API.
Стабильность без веб-бага.
Быстрее на слабом железе.

Взгляд за горизонт веб-зависимости

Критика Эйха поднимает вопрос: куда катится Windows? Зависимость от веб-фреймворков упрощает жизнь dev’ам, но бьёт по пользователям. Осталось подумать о альтернативах вроде Flutter или чистого WinUI.

Microsoft может изменить курс, если давление вырастет. А пока нативные решения кажутся недооценёнными. Стоит присмотреться к ним в своих проектах - производительность скажет спасибо.