В общем главная мысль про производительность сборки Webpack: из коробки каких-то супер-оптимизаций не применяется, т. к. Webpack позиционируется как инструмент тонкой настройки, однако у него имеется множество опций и плагинов, которые позволяют очень сильно потюнить эти моменты.



Причем, очень важный момент, что Webpack позволяет сделать сборку такой же, как в том же Vite: т. е. с быстрой сборкой зависимостей, ленивой сборкой на дев-сервере, hot-module-replacement и т. д. Но все это нужно настраивать.



Тут может возникнуть резонный вопрос: а нафига мне это надо, если есть инструмент N, который делает это из коробки.



Ответ такой: для проектов, где не нужна сложная кастомная сборка и все просто работает оно действительно не нужно. А там, где нужно, просто у Webpack нет альтернатив. Вот взять пример Едадил-а: у нас очень сложная сборка, т. к. мы собираемся под кучу разных окружений с кучей разных нюансов. В CI при сборке любого приложение может быть сгенерировано до 10-ти разных вариаций. И все это многообразие работает на едином конфиге. Именно поэтому, Webpack отлично подходит и любим промышленными проектами, т. е. проектами, которые живут годами или даже десятилетиями, и постоянно развиваются.



Но вернемся к тюнингу производительности сборки. Мы подготовили для вас суперполезную статью, где описали приемы оптимизации сборки - https://webpack-kobezzza.ru/blog/webpack-speed