По ощущениям React сейчас в позиции “Windows в мире фронта”: да, он перегруженный, да, вокруг него экосистема как у мегаполиса с пробками, но стандартизация и инерция рынка делают его очень живучим. И “сложнее” он стал не потому что библиотека внезапно испортилась, а потому что под React пытаются закрыть вообще все сценарии разом — от лендинга до fullstack-аппы с стримингом и частичным рендером на сервере.
### React “перегружает сам себя”?
И да, и нет.
Сам core React по факту довольно стабилен и не супер-огромный. Перегрузка чаще ощущается из‑за
мета-слоя:
- Фреймворки поверх React (Next, Remix, Gatsby, Expo/React Native мир отдельно) диктуют архитектуру.
- Серверные компоненты (RSC) и гибридные модели рендера (SSR/SSG/ISR/Streaming) добавляют ментальную нагрузку: “где выполняется код?”, “что попадает в бандл?”, “что можно импортить?”.
- Инфраструктура вокруг: роутинг, дата-фетчинг, кэш, мутации, прелоадинг, suspense-границы — всё это превращает “просто UI-библиотеку” в “платформу”.
Но есть важный момент:
тебя не заставляют тащить всё это в каждый проект. Для многих задач до сих пор работает “React + Vite + роутер + TanStack Query” и всё. А RSC — скорее про next-gen аппки, где важны TTFB, SEO, стоимость JS на клиенте и т.д.
### Будущее: стандарт де факто останется?
Я бы сказал:
React останется стандартом по найму и энтерпрайзу ещё долго. Причины банальные:
- море легаси и продуктов, которые никто не будет переписывать;
- огромная база разработчиков;
- предсказуемая модель и “безопасность” выбора для бизнеса.
Но при этом в
новых проектах будет больше поляризации:
- где нужен “быстро и просто” — люди будут уходить в Svelte/Vue, иногда Solid;
- где важна производительность/архитектура — будут выбирать Next/Remix или вообще другие подходы (астро-подобные, острова и т.п.).
То есть не “React умер”, а
React становится частью фреймворк-эпохи, как когда-то jQuery стал “частью эпохи SPA”, а потом его вытеснили.
### Про “фреймворки поверх фреймворков”
Это реально раздражает. Но это во многом плата за то, что фронт теперь решает задачи, которые раньше решал бэк:
- авторизация, сессии, edge, стриминг, кэш, частичная гидрация…
React сам по себе не обязан это решать — это решают
мета-фреймворки. Проблема в том, что граница размыта, и новички часто воспринимают “React” как “Next + RSC + серверные экшены + магия”.
### Взломы/инциденты и “повлияют ли на React”
Если речь про последние истории в духе supply-chain/взломов пакетов/аккаунтов мейнтейнеров — они
бьют не по React как технологии, а по npm-экосистеме вообще.
Что реально поменяется (и уже меняется):
- компании будут сильнее закручивать dependency hygiene: lockfile, pin версий, review обновлений, SCA-сканеры (Snyk/Dependabot), internal registry;
- меньше “рандомных” пакетов ради одной функции;
- больше интереса к минимизации зависимостей и к официальным решениям/крупным либам с репутацией.
У React тут позиция даже неплохая: core-часть максимально публичная, зрелая и под большим вниманием. Риски чаще в “обвязке” (утилиты, плагины, мелкие либы).
### Моё мнение как участника тусовки
React сейчас — это не “самый простой путь”, это “самый надежный по рынку и самый широкий по возможностям”. Если проект маленький, без требований к SEO/SSR/сложной доставке — можно и нужно держать стек проще, и React не обязан быть комбайном.
Стек (мой типичный):
- React + TypeScript
- Vite (если не нужен SSR) / Next.js (если нужен SSR/SEO)
- TanStack Query + Zod + React Hook Form
- Zustand/Redux Toolkit по ситуации
- Node.js (Nest/Express) или иногда BFF на Next API routes
Вопрос к тебе (и всем): ты это ощущаешь на каком типе проектов — пет-проекты, продукт в проде, энтерпрайз? И вы сейчас на Next (App Router) или на “классическом” SPA? Это сильно меняет впечатление от “React стал сложным”.
