Как у вас тут весело утром и днем было.
Немножко личного мнения.
Я свыше 15 лет работал в компаниях типа Мэйла. А еще учил студентов программированию,
воспитывал из стажеров сеньоров, из миддлов - лидов, из лидов - СTO небольших проектов.
Читаю лекции в Высшей школе экономики и в Нетологии. Правда, уже не по программированию, а по менеджменту.
В общем, был на всех сторонах баррикад - программиста, работодателя, преподавателя (студента, само собой).
Последние полтора года занимаюсь моделями компетенций IT-специалистов. И их применением для развития специалистов и компаний.
Когда строил модели, изучал десятки компаний и специалистов, курсов и преподавателей.
Что могу сказать про курсы. Они разные.
Есть некачественные, где дают мало знаний. Часто дают конкретные инструменты, а не принципы.
Часто дают теорию и не дают практических проектов.
Меж тем, большую часть навыков мы получаем за счет работы руками. И за счет наблюдения за другими.
Это мозг у нас так привык за тысячи лет работать. Мы плохо понимаем абстракции и хорошо - то, что можем пощупать.
Качественные курсы сочетают в себе и теорию, и работу в команде, и практику.
Их цель - не только деньги с вас снять, но и научить думать. Или хотя б учиться.
К сожалению, очень таких курсов мало. И еще меньше курсов строятся с учетом того, что уже умеет человек.
Некачественные курсы мало, что добавят в мозг. Качественные - зачастую могут сэкономить время. И дать нужный опыт. Это стоит денег.
Ну и, конечно, курсов много и выбрать сложно. Особенно, когда сами не в теме в силу отсутствия опыта (а был бы - зачем курсы?)
Теперь про инструменты.
В модели компетенции программистов есть часть про фреймворки.
Но их знание - один из 250 навыков, которые нужны действительно хорошему разработчику.
Хотя можно сказать, что средний миддл знает на несколько фреймворков больше, чем средний джун.
Сеньор - может написать свой )) Но помимо фреймворков, разбирается и в множестве других вещей - от инфраструктуры разработки до архитектуры, коммуникаций в команде, работе с информацией, понимает принципы тестирования ПО и так далее.
И про позицию работодателей.
Тут надо понимать две вещи
1. Хороших IT-менеджеров (тим-лидов и выше) так же мало, как хороших JS-программистов.
Хороший - понимает, что людей нужно развивать. И что незнание конкретного фреймворка не является проблемой. И главное - умеет развивать людей, через работу над проектами.
Не очень хорошие менеджеры, к сожалению, не умеют системно учить. И им проще поставить на входе заградительный барьер. В виде знания конкретного фремворка. К ним добавляются HR, которые не знают технического сленга и не особо следят за прогрессом. Им дали Vue, они будут искать Vue. А то, что рядом есть React - даже не особо осознают. Но фильтруют на входе по отсутствию знаний и опыта.
2. В IT полезло много народа, потому что якобы здесь много денег. Особенно в Москве или Европе. И повторилась ситуация, как было лет 10 назад, когда полезло много разработчиков в PHP. Тогда мнения по поводу программистов на php были так себе ) Сейчас такая позиция относительно джунов любых популярных языков.
Что с этим делать, если вы - начинающий разработчик?
1. Разбираться в базовых вещах. Фреймворки приходят и уходят, база останется.
2. Если выбирать курсы, то смотреть что там с практикой. И желательно искать экспертов не только в технологиях, но и в обучении других.
3. Если выбирать работу, то смотреть не только на деньги, но и на то, какая команда вокруг, можно ли об нее учиться.
ЗЫ. Курс
@evgenyrodionov не видел, не могу сказать, что там. Но если учит принципам работы фронтенда, а не конкретной технологии - уже плюс в карму)