С обновлением Next.js 16.4 у меня сложилось смешанное впечатление. С одной стороны, кейсы с lazy compilation и уменьшенным размером сборок Turbopack действительно помогают ускорить девелоперский опыт. С другой — часть нововведений пока больше про удобство, чем про прорыв в производительности. Расскажу, что полезного и где стоит посмотреть внимательнее.
Lazy compilation: когда ждать компиляции перестает раздражать
В Next.js 16.4 появилась поддержка lazy compilation — то есть компиляция модулей откладывается до момента их реального использования. Звучит просто, но на практике это снижает время старта дев-сервера, особенно в больших проектах с кучей страниц и компонентов.
Ключевая боль, которую решает lazy compilation, — это вечное ожидание, пока webpack или Turbopack пересоберут весь код при запуске. Теперь можно стартовать почти мгновенно, а нужные куски подтягиваются по ходу работы. В vibe coding, где важна скорость переключения между задачами и минимальный фриз интерфейса, это реально помогает.
Проверял на проекте с ~200 страницами: время cold start уменьшилось где-то в 2 раза. Правда, первый доступ к редкой странице заметно дольше, чем раньше — компиляция срабатывает on demand. Если у вас часто заходят в одни и те же места — эффект будет классным, а если проект особо разрозненный — стоит подумать.
// next.config.js
module.exports = {
experimental: {
lazyCompilation: true,
},
};
Так включается lazy compilation. Важно: пока это экспериментальная фича, и иногда можно словить баги с source maps или HMR.
Turbopack стал легче, но не всегда быстрее
Turbopack — пока самый горячий проект Vercel для замены webpack. В версии 16.4 разработчики поработали над уменьшением размера выходного кода. Это уменьшает размер node_modules, которые Turbopack подгружает в runtime, а значит, экономит память и ускоряет cold start.
На практике в моем проекте размер Turbopack-бандлов уменьшился примерно на 15%. Память потребляется лучше, особенно если параллельно запускать несколько инстансов dev-сервера. Но по скорости сборки и HMR пока прирост минимальный. Turbopack так и остается в статусе беты — он стабильно работает с базовыми кейсами, но на сложных конфигурациях и плагинах пока уступает webpack.
Если вы экспериментируете с Turbopack, советую обновиться и проверить, насколько уменьшился size, но не ждите мгновенного ускорения сборок. В vibe coding, где важна отзывчивость интерфейса, это небольшой, но заметный плюс.
React 19.3 и Cache Components: что нового?
Next.js 16.4 подтягивает React 19.3 с улучшениями в области Cache Components. Это экспериментальная возможность React для кеширования UI на уровне отдельных компонентов, что снижает лишние рендеры и ускоряет интерактивность.
В реальной работе включение Cache Components позволяет держать UI отзывчивым, особенно если у вас есть тяжелые компоненты с дорогими вычислениями. Например, доска с интерактивными графиками или таблицами с большим количеством данных.
На практике подключение выглядит так:
import { cache } from 'react';
const fetchData = cache(async (id) => {
const res = await fetch(`/api/data/${id}`);
return res.json();
});
export default function Page({ id }) {
const data = fetchData(id);
return <HeavyComponent data={data} />;
}
В Next.js 16.4 этот механизм стал стабильнее, а интеграция с RSC (React Server Components) улучшилась. Если вы уже используете RSC, советую попробовать Cache Components, чтобы оптимизировать производительность.
Новые devtools и developer experience
Еще одна заметная фича — расширение инструментов для разработчиков. В версии 16.4 добавили новые метрики в dev overlay, улучшили трассировку ошибок и интеграцию с React DevTools.
Если в вашей работе важна прозрачность и быстрый фидбек, эти обновления сделают жизнь удобнее. Особенно если вы в vibe coding режиме и любите быстро переключаться между багами и фичами.
Кому и когда стоит апдейтиться?
Next.js 16.4 — это не революция, а большой шаг к более плавному девелоперскому опыту. Если у вас большой проект и вы замечаете, что дев-сервер стартует слишком долго, lazy compilation стоит включить и посмотреть, как изменится workflow.
Turbopack становится все более зрелым, но пока я бы рекомендовал использовать его в экспериментах или новых проектах, где можно позволить себе подстраиваться под его ограничения.
Если вы уже на React 19 и RSC, Cache Components — хороший способ прокачать производительность, но не ждите мгновенного чуда: это все еще экспериментальные технологии.
В целом, 16.4 — полезное обновление, особенно если вы цените скорость и экономию ресурсов на деве. Подключайте, тестируйте и делитесь опытом. Следующий шаг — ждать, как Turbopack догонит webpack по стабильности и функционалу, а React продолжит развивать агентские возможности и vibe coding паттерны.
Если интересно, могу рассказать, как настроить lazy compilation и прокачать Turbopack под реальные задачи. Пишите в комментариях или в телегу!
Попробуй сам: Cursor — AI-редактор для разработчиков.
Источник: https://nextjs.org/blog/next-16-4