Webpack vs Vite: кто кого?

Я вот сижу и думаю, стоит ли переходить с Webpack на Vite? С одной стороны, Vite обещает дикую скорость сборки, что реально круто для больших проектов. С другой — Webpack уже проверенный временем боец, все плагины написаны, все знают, как его настроить. Мне кажется, что для большинства проектов, где не требуется сверхбыстрая сборка на каждом чихе, Webpack все еще более чем достаточен. Особенно, если есть готовые конфиги. А вы как думаете, оправдан ли этот хайп вокруг Vite, или это просто очередная мода?

Крáкен сайт

Подробнее

Webpack мертв, а Vite — просто хайп — frontend

Ну вот, опять эти модные сборщики. Vite, конечно, быстрый, тут спору нет, особенно из-за его подхода с нативными ES-модулями. Но давайте будем честны, это просто очередной инструмент, который через пару лет будет пылиться в репозиториях, как и многие до него. На самом деле тут нюанс: вся эта гонка за скоростью сборки — это часто микрооптимизация, которая никак не влияет на конечный продукт для пользователя. Мы тратим часы на настройку очередного сборщика, чтобы получить прирост в 500 миллисекунд при сборке, а сайт по-прежнему грузится вечность из-за тяжелого JS-бандла или плохо оптимизированных изображений.

Технически, Vite использует esbuild для пре-бандлинга зависимостей, что само по себе круто. Но если покопаться глубже, то его подход с HMR, который полагается на нативные ES-модули, имеет свои ограничения, особенно при работе с крупными проектами или сложными зависимостями, которые не так уж просто транспилировать на лету. И да, веб-разработка постоянно меняется, но мне кажется, мы часто гонимся за сияющей новой игрушкой, забывая про фундаментальные основы создания сайтов. А вы как думаете, стоит ли так заморачиваться с новыми сборщиками, когда старые, проверенные временем инструменты, вроде Webpack, хоть и медленнее, но обладают большей гибкостью и экосистемой?

Подробнее