Комментарии 27
Да, есть тенденция на усложнение требований к начинающим разработчикам
Я бы сказал, что есть обратная тенденция.
Обучение? Почему отсутствие знаний у работника должно быть проблемой работодателя? Да, какое-то время на вникание в нюансы данной конкретной компании понадобится любому, в том числе самому сеньористому сеньору - но не более.
Выгорание от прокачки в профессии??? Это может случиться только в одном случае - если человек не любит своё дело и пришёл только за деньгами, а такому вообще не место в IT. Это же в кайф должно быть - каждый день узнавать новое, писать пет-проекты, развиваться. Если не в кайф - чувак, ты выбрал не те печеньки.
Спасибо за комментарий) Полное отсутствие знаний - это, конечно, не проблема работодателя. Я больше имею в виду про темп и таймлайн погружения. Если есть нормальная документация и наставник, то оно скорее всего будет быстрым.
Что касается выгорания, это дискуссионная тема) про это много статей есть и исследований. Я больше про то, что все люди разные. И не все живут только работой.
>Почему отсутствие знаний у работника должно быть проблемой работодателя?
Если есть дефицит специалистов, то это проблема в том числе и работодателя.
Если за забором очередь, то это конечно не проблема для работодателя.
>Выгорание от прокачки в профессии???
Выгорание может быть от чего угодно, если этим заниматься слишком много. Например от любимой компьютерной игры. От любимой еды. От любимой профессии тоже. Даже от любимого, но чрезмерно навязчивого человека. Хотя конечно всегда бывают исключения.
Ну и опять же неприемлемость людей, для которых профессия не любимая зависит от все того же дефицита и наличия очереди за забором.
Если людей найти сложно, то просто отвественный и неглупый человек тоже будет полезен, даже если он не испытывает идеалистической любви к своему делу.
"Введите в практику подготовку и переподготовку кадров" У.Э.Деминг
Что касается тех или не тех печенек - на работе я пишу бэк на PHP, но, всегда мечтал писать приложения под iOS - чем я и занимаюсь в свободное от работы время
Т.е. если работодателю нужно прокачать сотрудника в какой-то технологии, нужной работодателю - не вопрос, но за ресурсы работодателя (время, деньги, курсы, менторы...). В свое свободное, неоплачиваемое время я буду "развиваться" так как хочу я - изучать свифт, играть на губной гармошке или лежать на диване (тоже не самый плохой вариант - можно вспомнить анекдот про Резерфорда и его лаборанта, который все время проводил на работе - Резерфорда заинтересовало, когда же молодой человек думает, если он постоянно работает)
С вышесказанным соглашусь полностью.
Но есть нюанс: если "в свободное, неоплачиваемое время" хочется играть на губной гармошке - возможно, стоило идти не в IT, а в джаз-бэнд и зарабатывать деньги тем, что нравится и хочется? Развиваясь не потому, что это нужно работодателю, даже если он это и оплатил, а просто потому что хочется уметь своё?
Если всегда мечталось писать приложения под iOS - почему не пойти туда? Вроде там платят не меньше, чем в PHP? Тогда и изучать свифт можно будет в своё удовольствие (и за деньги работодателя, конечно :) ).
если "в свободное, неоплачиваемое время" хочется играть на губной гармошке - возможно, стоило идти не в IT, а в джаз-бэнд и зарабатывать деньги тем, что нравится и хочется?
Во-первых, существует рынок и спрос на рынке. Спрос на написание сервисов куда выше, чем на выступленя с губной гармошкой. Во-вторых, "преврати хобби в работу, и тебе придётся искать новое хобби"
На последнее я могу сказать вот что
С одной стороны да, а с другой стороны до сих пор интересно реализовывать какую-то бизнес логику которая может и неромантичная, но принесет пользу реальным людям. А вот древние базы с кучей грязи страшное зло, проверено.
Пользу - да, но каким именно людям? Вот если в Amazon выйти из аккаунта, то можно обнаружить, как некоторые товары стали стоить дешевле. Или, например, там вам по запросу "вода" могут выдать вообще не то что нужно, но дорогостоящее. И кто-то вот этот весь кошмар писал. Вы приносите пользу в первую очередь кабану-владельцу бизнеса, а польза обществу - это необязательный побочный эффект
Я простой человек, на гигантов вроде Амазона не работал, мои приложения в основном приносили пользу рядовым сотрудникам разных предприятий и госорганизаций, упрощая и облегчая их работу. Лучше организованы данные, проще найти что надо и сложней потерять, легче ввести данные, сформировать отчет или документ. Каких-то хитрых обманных алгоритмов реализовывать не доводилось, в основном все достаточно консервативно. Опосредовано и обычным людям, но сотрудники тоже люди.
Джуны превращаются в мидлов в установленные сроки
Самый бесячий и частый довод от лидов разных компаний. Нет, если вы наняли джуна, он не станет мидлом за 3 месяца или за какой-то назначенный вами срок.
Это в какой сфере джуны становятся мидлами за три месяца, пол года-год?
Да забудьте вы уже про джунов. Этого грэйда больше нет. Есть только миддлы, которых удалось прогнуть на джуновскую зарплату
В том смысле, что планка требований к мидлам уже снизилась до джуновского уровня?
Наоборот, планка требований к джунам возросла до миддл и выше уровня. Кроме того, рынок работодательский и хороших мест на всех не хватит, кому-то придётся соглашаться на унизительные условия
А расскажите, почему вы считаете, что рынок сейчас работодателя?
Ну такое. Если вы про хардскиллы, то они необходимы (но не достаточны), чтобы быть мидлом и выше. Грейд растет только при реальном коммерческом опыте, потому что одно дело - писать в стол "пет-проекты" и быть админом локалхоста, а другое дело - набивать шишки на заковыристых задачах, при этом показывать нормальный KPI, развивать навык холистического видения предметной области, учиться быстро адаптироваться под код стайл и паттерны конкретной команды.
Я видел гиков, у которых хобби в свободное время решать литкод и портфолио проектов, которые они делали в одно лицо на фрилансе последние лет 5, но при этом они все равно джуны, так как при попадании в "боевые" условия стандартной большой компании все равно что слепые котята. Навыков вычитки ТЗ нет, чтобы сразу видеть противоречия и возвращать аналитику на доработку, а не в середине разработки задачи; на код ревью видят максимум поверхностные стилистические и технические ошибки (а-ля "заметил, что ходим в БД в цикле, но не заметил, что в рамках этой конкретной задачи в базу можно вообще не ходить, а рассчитать значение на месте"), навыков эффективного системного погружения в предметную область проекта тоже нет (плывет по течению, разбирается в бизнес-логике только тех частей проекта, код которых ему приходилось изучать/читать документацию в рамках распределенных на него тасок в трекере).
Опять Биг тех. Поколение саппортов. Джунов надо брать на ревью и совместно чесать языками. А то одному скучно, кроме задачек на 10 строк кода то и нет ничего. Бе. Фу.
Хоть бы раз вышла статья о том, как ни ревью нету, ни девопсов. И ребята порвали рынок, набрав джунов. Без рефакторинга и ревью.
Миф номер 8. Я возьму Джуна, посажу его в бигтех и он станет крутым самураем...
Да с такси условиями, где есть время джунов в ревью привлечь... Они просто сгорят как спички, когда станет задача "родить новое"
По поводу бесплатнности и джунов соглашусь что они не бесплатные в том плане что в компании на них тратят время другие сотрудники. Но с текущем уровне конкуренции джунов (от 100 до 2000+ откликов на вакансию) слишком велик соблазн не платить если есть такая возможность. Джунов не просто много, а очень много. И да, среди них большой процент тех кого даже джуном сложно назвать, но в конце концов вы берете 1 (или 10 если вы большая компания). Остальным 99-1999+ приходится искать дальше. С учётом динамики роста числа джунов и низким спросом на их услуги, работа за опыт уже норма, к сожалению.
По поводу свежих решений у джунов - безусловно такое возможно. Но достаточно ли часто это происходит? Даже если джун способный, то ему может просто не хватать опыта для реально рабочих решений.
Нет такого количества джунов. Есть мимикрирующие под программистов проходемцы курсов. Вы же не называете человека, который лего собирает, инженером-конструктором, почему джуном называете того, кто даже на трейни не тянет?
К сожалению, даже законченный ВУЗ по направлению программирования не гарантирует что у сотрудника будут знания на тему. И вот получается, что есть люди, которые считают что они программисты, есть HR которые знают что эти люди - не программисты. Но HR очень удобно на больших циферках показывать реальным джунам что они никто, их тысячи и платить им не нужно.
Я бы добавил еще несколько моментов:
Джун, который закончил вуз по прикладной математике или хотя бы прикладной информатике - это не тот джун, который таксист с онлайн курсами
Компании должны понимать - есть ли у них внутренние ресурсы на джунов
У 30-40 летнего Джуна с семьей не будет времени на учится во внерабочее время
Не согласен с тем, что Джун не должен вырастать в мидла за установленный срок. По факту сейчас джун - это мидл по знаниям (стеку, технологиям), но без нормального коммерческого опыта и соответствующих процессов.
В таком случае он должен вырастать в мидла за 6 (в худшем случае за 9 месяцев), иначе он так и будет работать в убыток компании.
Как джун в настоящий момент и сеньор в недавнем прошлом, могу сравнить и вот что скажу. С таким реалистичным руководителем работать одно удовольствие, рад что тёще остались. Спасибо за статью!)
Джуны превращаются в мидлов в установленные сроки
-обычно это завуалированное сообщение "мы не умеем растить сотрудников, у нас нет онбоардинга, мы не умеем считать реальную стоимость найма"
Джуны — бесплатны. И ещё 7 заблуждений тимлидов о начинающих специалистах