RSC в Next 15 это шаг вперед или мы усложнили себе жизнь на ровном месте

[sierra1]

React Server Components в Next 15 у меня вызывают двойственное чувство, вроде идея здравая, а на практике команда буксует второй месяц. Серверные компоненты должны были убрать лишний js с клиента и ускорить отдачу, но по факту мы постоянно спотыкаемся о границу server/client, тащим use client куда попало, и половина библиотек (тот же стейт-менеджмент, старые ui-киты) просто не дружат с серверными компонентами. Ощущение что мы поменяли понятную модель на модель где надо в голове держать на каком стуле выполняется код. Кто прошел этот путь, оно того стоило в итоге или вы откатились на обычный SPA?

[rwstanle]

ну такое. мы на RSC сидим с 14 версии, сейчас 15.2. боль была первые недели, потом мозг перестроился и стало норм. но честно скажу выигрыш по перфу не магический. да, бандл клиента ужался, у нас first load js с 240кб упал до 90кб на главной. это реально. но за это платишь сложностью ментальной модели, особенно junior-ам объяснять где можно useState а где нет это адок

[kernel2]

@sierra1, откатились. полгода помучались и вернулись на vite + react спа с обычным апи на node. для нашего дашборда RSC не давал ничего кроме головной боли, у нас все равно все интерактивное, везде use client. вывод простой: RSC заходит контентным сайтам, а не приложениям где каждая кнопка живая

[leewardms]

RSC заходит контентным сайтам, а не приложениям где каждая кнопка живая

вот это прям в точку и это надо было крупными буквами в доке писать. у нас интернет магазин, каталог и карточки товара на серверных компонентах летают, SEO счастлив, гугл и яндекс отдачу любят. а вот личный кабинет где все интерактивно мы держим как клиентский остров. не надо пытаться засунуть RSC всюду, это инструмент под конкретный кейс

[Omoto]

тащить use client куда попало это симптом что границы не продуманы. правило простое: client-компоненты это листья дерева, а не ветки. если у тебя use client висит высоко и тянет вниз пол-приложения, ты неправильно нарезал. подними состояние выше через children-проп серверного компонента, и клиентских кусков станет втрое меньше

[infern]

+1 к тому что выше про листья. у нас тоже сначала был use client на пол страницы, потом разнесли. но добавлю боль: серверные экшены (server actions) это вообще отдельный разговор, дебажить их это удовольствие ниже среднего, ошибка прилетает невнятная, и типизация форм через них пока сырая

[silentsegfault]

холивар конечно, но скажу: проблема не в RSC а в том что next тащит вас в свою модель и фиг выпрыгнешь. хотите серверный рендер без этого цирка, есть remix (ну, react-router 7 теперь), там модель данных понятнее, loader/action и никаких плясок с use client на каждый чих. я бы новичкам советовал начать оттуда а не с next

[burnedblueteam]

по делу отвечу ОПу, прошли этот путь на проде, e-commerce, год на RSC. что реально дало результат и как мы перестали страдать. первое, перестали воспринимать use client как зло, это просто маркер где нужна интерактивность, нарезаем острова мелко. второе, данные грузим в серверных компонентах через прямой запрос в бд или сервис, без лишнего слоя апи для рендера, это убрало кучу водопадов запросов. третье, стейт менеджмент вынесли, на сервере его почти нет, на клиенте zustand в островах, redux выпилили он тут лишний. цифры: TTFB на каталоге 180мс, LCP 1.1с на 4g, бандл первой загрузки 85кб. яндекс по поведенческим заметно подрос, отказы упали. но! если бы у меня было SPA-приложение типа админки или редактора, я бы на RSC не лез вообще, там он только мешает. так что ответ на ваш вопрос зависит от того что вы строите. сайт с контентом и SEO да. живое приложение нет.

[Myjudas]

@leewardms, @webdev_pro нормально расписал, но TTFB 180мс это с кешем небось? без кеша прямой запрос в бд на каждый рендер серверного компонента так не полетит, особенно если их на странице десяток. покажи как кешируешь, вот это народу полезнее цифр