Ну про это вроде уже было сказано, если проект закончился, надо искать работу, а спрос на fullstack меньше чем на узкий профиль почти во всех ЯП, ну и найти именно свое сочетание, условный PHP + React может быть достаточно сложно, итог, подумайте а стоит ли оно того.
Ваша точка зрения мне понятна, однако в самой статье говорится, что развитие всех навыков занимает много человекочасов, которые можно потратить на более глубокое изучение одного направления. В итоге при поиске работы по узкому профилю можно сильно проигрывать узконаправленным специалистам.Графики с медианами зарплат тоже не с потолка взяты.Если вы смотрите на фулстэк разработку с позиции профессионального роста как разраб, то прекрасно, что вы так относитесь к своему делу. Тем не менее, я попытался рассмотреть вопрос ещё и с позиции карьерного роста и з/п, подкрепив опять же графиками.Ну и комментарий в духе "фронтэндер/бэкэндер - это человек с одной руков в мире, где у всех и руки, и ноги" мне явно говорит, что вы считаете фулстэков на голову выше. Хотя любой менеджер вам растолкует, насколько удобнее и быстрее делегировать задачи разным людям.
Проблема в том что это еще не протестировано сообществом, на данный момент эти хуки нужны. Ну и не будем забывать что проекты часто не обновляются, из-за этого хуки для оптимизации будут актуальны еще несколько лет. Но замечание важное и нужное, спасибо за полезную информацию)
Я на считаю mobx плохим, просто его концепция отличается от redux, redux toolkit и zustand (у которых более схожи концепты), из за чего изучения mobx может стать не лучшим выбором, в статье я говорил про выбор своего первого инструмента, а state manager которые имеет множество отличий от redux не лучший выбор. Я сам не люблю redux и redux toolkit, но они занимают добрую часть рынка. И важно что сложность mobx для новичков высокая, и понять что и как за пару дней не выйдет, в отличии от zustand. Из за этих факторов я так отозвался о mobx.
Мозг укрепится, но через боль. Типы раньше были, но вот явной типизации не было, и раньше типы были "где-то и как-то" а теперь ничего не хочет работать пока нет типов. Ну и работа с типами из библиотек. Писать код на TypeScript - это не сверх сложный навык, но многое будет в новинку, а что важнее, то что казалось привычным и понятным больше таким не будет)
Не спорю что MobX все еще жив и на пенсию ему еще рано, но вот Junior позиций со знанием MobX в десяток раз меньше чем со знанием Redux, вот тут правда не понятно Redux или Redux toolkit. А про знание нескольких библиотек для манипулирования стейтом, я полностью согласен, но изучать концепции лучше на чем то одном, и я считаю что нужно выбрать либо самый простой вариант - Zustand, либо симбиоз простоты и популярности - Redux toolkit. В любом случае после понимания основных концепций менять эти библиотеки будет достаточно просто)
Я согласен с вашим сравнение с разницей между React 14 и 18, и Vue 2 и Vue 3, понятно что поняв основные концепции, переход не будет сверх сложным, но учить технологию, а потом в спешке доучиваться не самый лучший подход, но Vue из-за этого не становится хуже, просто для меня этот пункт важен. А про junior react разработчика который переучился на Vue за несколько дней, мы же все понимаем что сильно влияет начальный уровень и background, у junior разработчиков слишком разные исходные данные.
1) Возможно, но я не про общую метрику скорости и производительности, а про инкупсуляцию части работы для улучшения оптимизации 2) Согласен, но state manager позволяет избавиться от прокидывания данных для прокидывания их дальше 3) Ну тут я не согласен, для написание простых приложений необходим примерно равный уровень знаний, в перспективе у React'a будет больше сложных концепций, это правда, но слежка за реактивностью не сложнее методов жизненного цикла, который есть и там и там. Для каждого самым легким будет своя технология. 4) Мне кажется получение оффера в наши дни больше похоже на лотерею, так как от junior разработчиков требуют хороший уровень знаний всех основных концепций, и скорее всего вам быстрее повезет и не спросят то что вы не знаете, чем вы научитесь применять все концепции любой из перечисленный технологий
Крутые roadmap'ы, но карта для новичков заканчивается конкретным неполноценным стеком в виде React + Jest, этого мало для поиска работы, а большая карта очень сложная, добрая часть навыков в этой карте специфична и их порядок весьма спорный. Спасибо за ваш комментарий)
Может, и про это я говорил в статье, что в случае поиска узкой вакансии после работы fullstack, потенциальных вакансий больше.
Ну про это вроде уже было сказано, если проект закончился, надо искать работу, а спрос на fullstack меньше чем на узкий профиль почти во всех ЯП, ну и найти именно свое сочетание, условный PHP + React может быть достаточно сложно, итог, подумайте а стоит ли оно того.
Спасибо, поправил
Ваша точка зрения мне понятна, однако в самой статье говорится, что развитие всех навыков занимает много человекочасов, которые можно потратить на более глубокое изучение одного направления. В итоге при поиске работы по узкому профилю можно сильно проигрывать узконаправленным специалистам.Графики с медианами зарплат тоже не с потолка взяты.Если вы смотрите на фулстэк разработку с позиции профессионального роста как разраб, то прекрасно, что вы так относитесь к своему делу. Тем не менее, я попытался рассмотреть вопрос ещё и с позиции карьерного роста и з/п, подкрепив опять же графиками.Ну и комментарий в духе "фронтэндер/бэкэндер - это человек с одной руков в мире, где у всех и руки, и ноги" мне явно говорит, что вы считаете фулстэков на голову выше. Хотя любой менеджер вам растолкует, насколько удобнее и быстрее делегировать задачи разным людям.
Проблема в том что это еще не протестировано сообществом, на данный момент эти хуки нужны. Ну и не будем забывать что проекты часто не обновляются, из-за этого хуки для оптимизации будут актуальны еще несколько лет. Но замечание важное и нужное, спасибо за полезную информацию)
Я на считаю mobx плохим, просто его концепция отличается от redux, redux toolkit и zustand (у которых более схожи концепты), из за чего изучения mobx может стать не лучшим выбором, в статье я говорил про выбор своего первого инструмента, а state manager которые имеет множество отличий от redux не лучший выбор. Я сам не люблю redux и redux toolkit, но они занимают добрую часть рынка. И важно что сложность mobx для новичков высокая, и понять что и как за пару дней не выйдет, в отличии от zustand. Из за этих факторов я так отозвался о mobx.
Добрый день!
Спасибо за отзыв))
Про Фигму я как то не подумал, действительно потыкать ее будет полезно))
Мозг укрепится, но через боль. Типы раньше были, но вот явной типизации не было, и раньше типы были "где-то и как-то" а теперь ничего не хочет работать пока нет типов. Ну и работа с типами из библиотек.
Писать код на TypeScript - это не сверх сложный навык, но многое будет в новинку, а что важнее, то что казалось привычным и понятным больше таким не будет)
Во второй части дополнил схему Вторая часть. Это дорожная карта, а не блок-схема)
Не спорю что MobX все еще жив и на пенсию ему еще рано, но вот Junior позиций со знанием MobX в десяток раз меньше чем со знанием Redux, вот тут правда не понятно Redux или Redux toolkit. А про знание нескольких библиотек для манипулирования стейтом, я полностью согласен, но изучать концепции лучше на чем то одном, и я считаю что нужно выбрать либо самый простой вариант - Zustand, либо симбиоз простоты и популярности - Redux toolkit. В любом случае после понимания основных концепций менять эти библиотеки будет достаточно просто)
Я согласен с вашим сравнение с разницей между React 14 и 18, и Vue 2 и Vue 3, понятно что поняв основные концепции, переход не будет сверх сложным, но учить технологию, а потом в спешке доучиваться не самый лучший подход, но Vue из-за этого не становится хуже, просто для меня этот пункт важен.
А про junior react разработчика который переучился на Vue за несколько дней, мы же все понимаем что сильно влияет начальный уровень и background, у junior разработчиков слишком разные исходные данные.
1) Возможно, но я не про общую метрику скорости и производительности, а про инкупсуляцию части работы для улучшения оптимизации
2) Согласен, но state manager позволяет избавиться от прокидывания данных для прокидывания их дальше
3) Ну тут я не согласен, для написание простых приложений необходим примерно равный уровень знаний, в перспективе у React'a будет больше сложных концепций, это правда, но слежка за реактивностью не сложнее методов жизненного цикла, который есть и там и там. Для каждого самым легким будет своя технология.
4) Мне кажется получение оффера в наши дни больше похоже на лотерею, так как от junior разработчиков требуют хороший уровень знаний всех основных концепций, и скорее всего вам быстрее повезет и не спросят то что вы не знаете, чем вы научитесь применять все концепции любой из перечисленный технологий
Добрый день!
Это порядок изучения, но я согласен с вашим комментарием, во второй части поправлю)
Спасибо за ваш комментарий)
Согласен, но учить JQuery сейчас не самый актуальный вариант, по моему мнению, во второй части про это расскажу))
Спасибо за ваш комментарий)
Крутые roadmap'ы, но карта для новичков заканчивается конкретным неполноценным стеком в виде React + Jest, этого мало для поиска работы, а большая карта очень сложная, добрая часть навыков в этой карте специфична и их порядок весьма спорный.
Спасибо за ваш комментарий)