Почему Next.js ломает архитектуру и мешает строить масштабируемые системы

Разработчик и архитектор Харшал Патил жестко раскритиковал Next.js, назвав его «инструментом рендеринга, притворяющимся фреймворком».

По его словам, система нарушает базовые принципы проектирования: объединяет все режимы рендеринга (SSR, CSR, SSG, ISR), но делает это «магическими» способами, из-за чего теряется ясность и усложняется поддержка.

Жесткая связность

Next.js строится на четырех опорах — CLI, компилятор, роутер и рантайм.

Но заменить или расширить любую часть почти невозможно: миграция с Webpack на Vite в одном из проектов заняла более полугода. Такая связность убивает гибкость и мешает инновациям.

Нет модульности

По словам Патила, Next.js не предоставляет плагинной архитектуры: даже простые интеграции проникают в кодовую базу и ломают абстракцию.

Проблемы есть и с переменными окружения — фреймворк смешивает их на этапе сборки и выполнения, что противоречит 12-Factor-принципам и мешает корпоративным пайплайнам.

Ограничения для бизнеса

Эксперт приводит реальные кейсы, где Next.js бессилен: динамическая смена тем в CRM, модульные платформы для разных команд, финансовые системы без пересборки Docker-образов, проекты с dual-licensing.

Во всех случаях фреймворк накладывал ограничения и мешал масштабированию.

Сложность убивает. Я выбираю простоту. Next.js — это удобный инструмент для быстрых проектов, но не фундамент для устойчивой архитектуры.

Харшал Патилразработчик