интересно было бы увидеть пример, где обоснован выбор в пользу редукса, супротив мобх.

тоже интересно пример.

Alexandroppolus, v-model, ручное управление мемезацией, ручное управление стилями и классами, ручной биндинг, react-router(вообще жалкий мусор по сравнению с vue-router(который и сам не идеален)), отвратительная обработка ошибок...
Стейт, слава богу, боль-мене правится mobx.

Ах да, ещё стандарт индустрии - create-react-app: кастрированное поделие, не умеюще даже в алиасы из коробки(и не дающая оные настроить без монкипатчинга сторонними тулзами), но от которого так просто не отказаться если хочешь поддерживать свежий конфиг...
И это далеко не всё - каждый день я открываю всё новые и новые глубины ужаса и боли.)

react-app-rewired тоже по факту стал стандартом, потому и нет особой проблемы доконфижить

ты про развешивание React.memo повсюду? Наверно, стоило сделать эту опцию по дефолту. Но в целом не особо напрягает.

Что значит ручное? А какое ещё может быть?

часто слышу негатив про него, но так и не понял - чего в нем не хватает? Это же просто тупая вьюха, которая декларативно раскидывает другие вьюхи по роутам. Умеет вложенные. Умеет даже параметры. Что там ещё надо?

тут не очень понял суть проблемы.

Я юзаю craco, но это всё равно не перестаёт быть монкипатчингом, со всеми вытекающими.

Vue сам пробрасывает классы и стили на корневой элемент, если не сказано обратного. В React ты должен это делать явно(хотя в 99% кейсов это желательное поведение). Vue из коробки умеет сам компонвать классы наподобие этой либы, В React приходится явно юзать подобную либу и думать об оптимизации и кэшировании самостоятельно. В Vue можно в style писать текст: js-объект чаще неудобен чем наоборот.

Нормальную вложенность маршрутов хотя-бы. То убожество, что изображено в официальных доках не предлагать. Централизованое и стандартизированное управление маршрутами. Глобальное состояние. (Боль из последнего: параметры маршрута ты можешь видеть только внутри этого маршрута. Хочешь сделать табы, например - изволь пролезть через зад.)
Всё это и многое другое vue-router умеет из кробки.


Задалбывает писать хрень типа value={value} onChange={setValue}, в Vue было достаточно v-model="value", что под копотном делало то же. Ясно что истоки в принципах реактивности, но всё познаётся в сравнении...

что быстрее vue или react? В интерфейсе одного большого банка перешли на react. На современном компе ещё более-менее, но вот на старом ноуте, 5-летнем, react-приложение лагает со страшным скрипом.

Суть-то у них одна - заставить работать клиентскую машину.

Далее все может больше зависеть от "прямизны рук" разработчика, чем от "скорости" фреймворка...

В теории быстрее React, т.к. там можно в ручную оптимизировать каждый чих. На практике React в лучшем случае равен, но в основном медленнее. Иногда - чудовищно медленнее(горите в аду, говнокодеры из Patreon). Человеческий фактор-с.
Vue сам всё "магически" оптимизирует, пусть не оптимально, но всё равно лучше, чем получается у 99,9%.)

Aetae, ты сподвиг меня начать читать про vue... :D
В сравнении с Ангулар, точно удобнее все сделано!

Уже начальство уговорил сделать на vue несколько задач для сравнения с react. А там решим на чем пойдем далее вперед в светлое будущее. :dance:

Это вы про свою вакансию с зп 40-80 и обязательной релокацией в Волжский?

Возможно вы не в курсе, но все толковые разрабы либо давно свалили в Москву, либо работают на удаленке.

А то получается, ищете не нищебродскую IT зарплату, а ожидания как от спеца за 300к.

Довольно толковое объяснение различий
https://habr.com/ru/company/mailru/blog/522312