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

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

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

Эйх не против веб-приложений сами по себе. Он подчёркивает: их можно сделать качественно, но это требует времени и усилий, которых крупные компании вроде Microsoft избегают. Вместо этого они спешат с WebView2 и Electron, что приводит к раздуванию системы. В своём посте в X он написал: главная проблема Windows 11 - это именно эти фреймворки, а не что-то другое.

Вот ключевые тезисы из его критики:

• Поспешность: Веб-UX вместо нативного кода экономит время разработки, но жертвует производительностью.
• Опыт Эйха: Как сооснователь Firefox OS, он знает, как веб может заменить нативное, но только при правильном подходе.
• Ресурсы Microsoft: С капитализацией $3,5 трлн компания могла бы инвестировать в нативные интерфейсы, но предпочитает быстрые веб-обёртки.

Где Windows 11 использует Electron и WebView2

Microsoft активно внедряет веб-компоненты в ядро системы. Меню «Пуск», поиск Windows, центр уведомлений - всё это теперь опирается на WebView2. Даже новая «Повестка дня» в уведомлениях переписана с нативного кода Windows 10 на веб.

При открытии таких элементов память под процессы Edge взлетает с 1 МБ до 100 МБ. Сторонние приложения усугубляют проблему: Discord, Teams, WhatsApp жрут 1-4 ГБ RAM. Это не единичные случаи - тенденция растёт, и Эйх назвал её web-enshittification.

Примеры реальных внедрений:

• Центр уведомлений: WebView2 вместо нативного UI, рост нагрузки на CPU.
• Поиск и «Пуск»: Веб-рендеринг замедляет отклик на слабом железе.
• Встроенные apps: WhatsApp и Teams на Electron тормозят даже на мощных ПК.

Последствия для производительности и разработки

Зависимость от Electron приводит к bloat - системы разрастаются, потребляя лишние ресурсы. На Windows 11 это заметно: приложения стартуют медленнее, батарея садится быстрее, особенно на ноутбуках.

Для разработчиков это дилемма. Electron упрощает кросс-платформенность - один код для Windows, macOS, Linux. Но цена высока: каждый app тянет за собой Chromium, дублируя библиотеки. Эйх связывает это с подпиской и DRM - компании монетизируют веб, жертвуя оптимизацией.

Аргументы за и против:

• Плюсы Electron: Быстрая разработка, единый стек (HTML/CSS/JS).
• Минусы: Размер exe-файлов в гигабайтах, нагрузка на GPU.
• Альтернативы: Tauri (легче Electron), нативный WinUI или Flutter.

Влияние на веб-разработку: что менять

Критика Эйха заставляет пересмотреть подходы. Веб-разработчики всё чаще выбирают PWA вместо Electron для десктопа. Но в Windows 11 это усугубляет системные проблемы - Microsoft сама задаёт тренд.

Эйх отмечает: нативное ПО лучше удерживает пользователей, снижая зависимость от вендоров вроде Google (Chromium). Разработчикам стоит балансировать: использовать веб где возможно, но оптимизировать под платформу.

Рекомендации для devs:

• Тестируйте RAM/CPU на Windows 11.
• Рассмотрите Tauri для лёгких Electron-альтернатив.
• Избегайте WebView2 в системных интеграциях.

Взгляд за пределы критики Эйха

Эйх указал на спешку, но не дал рецептов. Осталось открытым: как Microsoft отреагирует на отзыв от создателя JS? Будут ли нативные обновления или тренд усилится?

Подумайте о своём стеке: Electron удобен, но в 2026 году лёгкие альтернативы вроде Tauri набирают обороты. Веб-разработка эволюционирует - от полной замены нативного к гибридам с фокусом на оптимизацию.