Зачем кидать в чат на 12к утверждение и не предоставлять аргументы?

они в статье

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

Там описаны просто отличия, а ваше начальное утверждение было о том что классовые компоненты лучше по перфу

Мне показалась сильная завязка на реакт
Они говорят юзайте дефолт экспорт
Говнокодте бэк (такой бэк нигде не будут делать)
Юзайте в каждом из 100 компонентов запросы

шта? Я сказал, что разница в оптимизации какой-то проблемы, я не говорил ,что они лучше

и устроить prop drilling?

Ничего из этого они не говорят

уже какая-то конкретная проблема класс

Окей. А как иначе? Насколько я понял, дриллинг создает проблемы только при рефакторе

Как по мне достаточно конкретная

Говорят
Все примеры
Их код
Он так и сделан

я про то что ваш изначальный тезис был одно слово "оптимизация"

иначе, тот способ к которому все приходят это стейт менеджер

Оптимизация относится не только к производительности)

я про то что ваш изначальный тезис был одно слово "оптимизация"

различия в оптимизации , хочу заметить

Потому, что это демка, чтобы быстро показать концепцию
Вы на основании этого выводите их "рекомендации" к проектированию? Что за бред)

Ну, вообще это не запрещено, каждый может говорить что хочет, пока это в рамках правил сообщества. Допрос устраивать - ну такое, тем более человек скинул статью, которая объясняет его слова (по его мнению))