Здравствуйте, vdimas, Вы писали:

V>>>Кстате, react — это не DOM браузера, 90% "навыков" фронтендера отваливаются. ))
I>>А кто говорит,что react это DOM браузера? JSX это не DOM, а вот рендерится в DOM, ибо больше не во что. А отсюда ясно, что основные проблемы и особенности DOM остаются.

V>Да похер.
V>Это как отлаживать C# программу по ассемблерному дебаггеру.
V>Причём, ассемблер не CLR, а нейтивного проца.

Неверная аналогия. Что бы написать правильный код на JSX, надо хорошо знать DOM.

I>>Кроме того, кастомные вещи всё равно приходится закрывать работой с DOM, например, оптимизации и тд.

V>И опять похер, т.к. рендер-исходники компонент иммутабельны.
V>Это описание нельзя изменять после создания компонента, что кардинально отличается от привычной практики фронтенда.

И всё мимо
Например, тебе надо правильно организовать работу с эвентами. А раз так, то и методы работы с эвентами никто не отменял.
Далее — интерграция с 3rd party компонентами, что есть норма. Здесь придется работать с дом, и подсказывать реакту,как всё должно быть на самом деле.
Далее, есть кейсы с анимацией. Её стараются заменить на CSS анимацию, но JS анимации так же используется. Тут все через dom.
Фокус, селекш — это тоже DOM.

I>>Если ты нарендерил херни, то херню и получишь, и работать она будет как и положено херне. Из этого ничего не следует, разве что про твой личный опыт в пол-часа втыкания в реакт.

V>Из этого следует ровно то, что я написал.

Ни коим образом.

V>>>И да, полезность Хрома в кач-ве отладчика react-приложух резко падает, т.к. после babel будет в отладчике неузнаваемая лапша, вместо твоего исходника.
I>>Ты снова пишешь про какой то свой больной опыт. Если была цель лапшу сварганить, то — да, будет лапша.

V>Не надо переводить стрелки, это вся индустрия так работает — после babel в реакте всегда лапша.

У тебя — вполне возможно.