Comments 18
React имеет множество оптимизаций "под капотом" из-за чего выигрывает в скорости, при одинаковом месте произрастания рук.
React проигрывает в производительности vue 3
State managers
Давайте разберемся, что это такое. Данная технология позволяет избавиться от props drilling’а.
Глобальное состояние никак не избавляет от обмена параметров между компонентами
Vue имеет порог входа такой же, как у React.
Vue меньше порог входа за счет отсутствия надобности следить за реактивным состоянием
Cамое главное его преимущество - это доминация на рынке в РФ
На vue куда больше шансов получить оффер, чем на react
1) Возможно, но я не про общую метрику скорости и производительности, а про инкупсуляцию части работы для улучшения оптимизации
2) Согласен, но state manager позволяет избавиться от прокидывания данных для прокидывания их дальше
3) Ну тут я не согласен, для написание простых приложений необходим примерно равный уровень знаний, в перспективе у React'a будет больше сложных концепций, это правда, но слежка за реактивностью не сложнее методов жизненного цикла, который есть и там и там. Для каждого самым легким будет своя технология.
4) Мне кажется получение оффера в наши дни больше похоже на лотерею, так как от junior разработчиков требуют хороший уровень знаний всех основных концепций, и скорее всего вам быстрее повезет и не спросят то что вы не знаете, чем вы научитесь применять все концепции любой из перечисленный технологий
VUE Хорош тем, что там действительно низкий порог входа и приложение средних размеров на нём будет написать проще и быстрее. Но react тем и хорош, что в России очень популярен и много русскоязычной документации, туториалов. А так же на нём пишутся очень большие проекты и возможностью масштабирования и без страха потерять поддержку при обновлении реакта с версии на версию.
Вы уж больно сильно давите на "невероятную разницу Vue 2 и Vue 3". А по факту единственное что нужно будет изучить (и что является причиной мажора): разница системы реактивности на Proxy и системы реактивности на getter/setter. Это тема 1 занятия. Там же изучается 2 ушедших метода Vue.$set / Vue.$delete. Все. никаких x1.5 или 1.3 для 90%+ случаев.
Да будут некоторые особенности но не страшнее чем изучение разницы между react 14 / 18. Выбор между вакансиями тоже синтетический. Я особо не встречал, чтобы строго разделяли знания Vue2 и Vue3. Если знаешь одно, то спокойно возьмут на другое, так как на адаптацию и недели не уйдет. Были на практике даже случаи(буквально в прошлом году), когда джуны 0 опыта проходили на Vue вакансию после изучения реакта буквально 3-4 дня потренировав Vue и уловив основные концепции.
Я согласен с вашим сравнение с разницей между React 14 и 18, и Vue 2 и Vue 3, понятно что поняв основные концепции, переход не будет сверх сложным, но учить технологию, а потом в спешке доучиваться не самый лучший подход, но Vue из-за этого не становится хуже, просто для меня этот пункт важен.
А про junior react разработчика который переучился на Vue за несколько дней, мы же все понимаем что сильно влияет начальный уровень и background, у junior разработчиков слишком разные исходные данные.
А нифига, везде где я собесился и проект был на 2, я говорил что 2 знаю хренова, но хорошо знаю 3 и шел нахрен с отказом в итоге всегда.
"я хочу вас предостеречь от изучения данной технологии" - тут я бы не был столь категоричен.
В реальности встречаю достаточно вакансий с использованием в проектах MobX. Мои последние 2 работодателя использовали в качестве стейт менеджера именно его.
Если обратиться к поиску на HH, то с упоминанием Redux будет ~400 вакансий, а с MobX ~150 ну те почти четверть вакансий предусматривает владение этой библиотекой. Мое мнение надо уметь в обе и не отрезать для себя добрую четверть рынка, тем более, что в освоении нет ничего сложного, если понял хотя бы одну.
Не спорю что MobX все еще жив и на пенсию ему еще рано, но вот Junior позиций со знанием MobX в десяток раз меньше чем со знанием Redux, вот тут правда не понятно Redux или Redux toolkit. А про знание нескольких библиотек для манипулирования стейтом, я полностью согласен, но изучать концепции лучше на чем то одном, и я считаю что нужно выбрать либо самый простой вариант - Zustand, либо симбиоз простоты и популярности - Redux toolkit. В любом случае после понимания основных концепций менять эти библиотеки будет достаточно просто)
Если JS ваш первый язык, данная технология сломает ваш мозг
Почему? Как будто в js до ts не было типов. Скорее мозг наоборот укрепится, не прийдётся гадать, почему undefined какой-то вылазит и импорты забыли импортировать. Хотя, конечно, есть и обратная сторона
Мозг укрепится, но через боль. Типы раньше были, но вот явной типизации не было, и раньше типы были "где-то и как-то" а теперь ничего не хочет работать пока нет типов. Ну и работа с типами из библиотек.
Писать код на TypeScript - это не сверх сложный навык, но многое будет в новинку, а что важнее, то что казалось привычным и понятным больше таким не будет)
Давайте напряжем новичков учить WASM ( assembly script пусть будет ), чтобы они оптимизировали js который не дружит с DOM ? И, еще пусть движок карты свой напишет, а то с OpenLayers ( или Leaflet ) слишком уж легко ему будет! А еще пусть подучит Three.js или Babylon.js - куда же без 3D! И конечно реализацией под WebGPU и WebGL2, первый GL не надо уж ладно. IndexedDB (ладно, это реально нужно знать). Ну и на заключение... пусть будет NATS с его клиентом.
Remix.js ?)
Ладно, это всё конечно шутки, это технологии которые новичку лучше обойти стороной, тем не менее все выше перечисленное - прекрасное оружие в руках фронтмэна ;) Есть куда расти, а в этой хорошей статье указан необходимый минимум :)
PS, тут не указана Фигма, но по факту уметь в ней тыкаться хотя бы на уровне брёвнышка - тоже крайне полезный навык.
Что за проблемы у автора с mobx?
Господа, хочу вас предостеречь от слепой веры автору, потому что mobx - прекрасный и оооченень распространенный стейт-менеджер. Даже представить не могу причину такого отношения автора к этой замечательной технологии.
Я на считаю mobx плохим, просто его концепция отличается от redux, redux toolkit и zustand (у которых более схожи концепты), из за чего изучения mobx может стать не лучшим выбором, в статье я говорил про выбор своего первого инструмента, а state manager которые имеет множество отличий от redux не лучший выбор. Я сам не люблю redux и redux toolkit, но они занимают добрую часть рынка. И важно что сложность mobx для новичков высокая, и понять что и как за пару дней не выйдет, в отличии от zustand. Из за этих факторов я так отозвался о mobx.
useCallback , useMemo, memo уже будут не нужны после релиза React Compiler в 19-ой версии Реакта. В твиттере один из разработчиков Реакта написал, что, по его мнению, к концу этого года все эти хуки для оптимизации рендера в новых проектах мы уже не будем использовать, т.к. умный Compiler будет сам оптимизировать как надо. Релиз 19-ой версии ожидается в этом году
Давайте я тихонечко шепну такие слова: Recoil... XState... RxJS... (не исключено, годика через 3-4 станут стандартом для фронтенда).
Путь развития Frontend разработчика (Вторая часть)