Next.js 15 App Router — год спустя: реально удобно или маркетинг?

[wasmsre]

Перешли на Next.js 15 с App Router примерно восемь месяцев назад, и у меня накопилось много мыслей. Поначалу казалось, что всё станет лучше: Server Components, streaming, встроенное кэширование. Но на практике столкнулись с целой кучей неочевидных вещей. Например, кэширование fetch по умолчанию — это отдельная боль. В 14-й версии оно было включено всегда, в 15-й его убрали из дефолта, и часть команды до сих пор путается в том, когда данные реально перезапрашиваются. Плюс debugging стал заметно сложнее: ошибки из Server Components иногда прилетают в консоль браузера в каком-то странном виде. Хотел бы услышать, как у других — это рабочий инструмент или всё ещё сырость?

[krayzie]

У нас в проекте используем с релиза 15.0, сейчас на 15.2. Если честно, для контентных сайтов (блоги, лендинги, маркетплейсы с упором на SEO) — реально хорошо. Статическая генерация + incremental revalidation работают предсказуемо. Но для сложных интерактивных приложений — да, согласен, граница между 'use client' и 'use server' постоянно норовит стать размытой. Особенно когда в команде есть джуны, которые лепят 'use client' везде, лишь бы заработало.

[lfmatt]

Меня больше всего бесит не кэширование, а Turbopack. Официально стабилен с 15.1, но у нас на монорепо с ~40 пакетами он падает примерно раз в два дня с криптовыми ошибками типа 'module not found' при горячей перезагрузке, хотя с webpack всё было ок. Откатываться обратно на webpack не хочется — он реально медленнее, — но и работать нестабильно тоже не вариант. Кто-нибудь решил это через настройки experimental в next.config.ts?

[softlurker]

Насчёт Turbopack: мы добавили в next.config.ts секцию experimental.turbo с явным указанием resolveAlias для проблемных пакетов и стало лучше. Но это всё равно костыль, согласен. По основному вопросу: App Router — это правильное направление, но Vercel явно торопится с релизами. Ощущение, что часть фич допиливается уже после выхода. В Pages Router такого не было просто потому, что он не менялся годами.

[Bill2001]

Коллеги, а вы вообще рассматривали альтернативы? Мы полтора месяца назад начали новый проект на Remix и, честно говоря, модель данных там гораздо понятнее для команды. Loaders и actions — концептуально проще, чем смешивать server/client компоненты. Не говорю, что Next плохой, но иногда ощущение, что он пытается решить слишком много задач одновременно.

[sleepyraccoon]

Remix интересный, но экосистема значительно меньше. Плагины, UI-библиотеки, примеры — всё это у Next.js на порядок лучше. Для стартапов, где надо быстро, это важно. Мы всё же остаёмся на Next. Просто приняли командное соглашение: Server Components только для data fetching и статического рендера, 'use client' — для всего интерактивного, никаких смешанных компонентов без code review. С этим правилом жить стало заметно легче.