Говорят, в IT много платят. Как построить успешную карьеру разработчика, оставаться востребованным и не выгорать

Вторым по яркости провальных впечатлений оказался питерский офис одной компании среднего звена. Горечь потери мною еще одного работодателя омрачалась парой просиженных над тестовым заданием вечеров – пожалуй, еще одним спорным моментом и пережитком прошлого отрасли. Вначале вскрылось, что сейчас они ищут чисто верстальщика, под словом фронтенд у них на самом деле запрятана допотопная должность создателя гипертекcтовой разметки, а JS-код пишут бэкенд-программисты. Учитывая, что успешно выполненное мною задание требовалось реализовывать на React – что несколько не вписывалось в логику происходящего, столбик привлекательности компании обрушился для меня сразу на половину пунктов. Дальнейшее «падение акций» не заставило себя ждать, как только мне довелось задать парочку технических вопросов будущей начальнице. Термин «монолитное приложение» ввел ее в ступор, возможность разработки бэка и фронта в одном репозитории, натягивая верстку поверх кода, как, скажем, во фреймворках на PHP или Ruby, оказалась ей совершенно неведома. На чем написан их бэк, она не знала. Со степенью адекватности здесь всё было в порядке – интервьюер быстро признала, что, пожалуй, мне у них будет скучно, – они не прошли по технической части. Позже мне упорно звонили, предлагая более «серьезные» вакансии уже с JS, но в молодые годы я предпочитаю компании с большим числом комнат, в которых ты не «самый лучший». Чего и вам желаю.

Третий запомнившийся «провал работодателя» касался позиции в одну телекоммуникационную фирму, обслуживающую крупных сотовых операторов. Опаздывающий интервьюер решил прособеседовать меня по телефону, в условиях прерывающейся связи, кажется, то ли на бегу, то ли из салона своей машины. Уточнив опыт работы с фреймворком Angular и получив ответ про его наличие у меня только в части предыдущей версии, он принялся упорно выспрашивать детали реализации вроде ключевых слов, названия методов и «фишечек» новой версии. Более глубоких пластов знаний, чем нагугливаемые при необходимости за пару минут ответы о тонкостях конкретного фреймворка, он вскрывать не стал. Последовавший звонок рекрутера-посредника, традиционно интересующегося, «как всё прошло», застал меня в редком состоянии – желании предоставить развернутый фидбек о методике проведения собеседований и их эффективности. Позднее со мной связался технический руководитель той компании – и после общечеловеческой беседы о продукте я получила оффер. Достойное предложение, но всё же я выбрала Яндекс. Он прошел «мое собеседование».

Сохраняйте профилактические собеседования.

Ходите на собеседования. Профилактически. Даже не планируя изначально принимать оффер. Но только в компании, где вы в принципе желали бы работать. На крайний случай, при полном отсутствии кандидатов первой категории, – в компании, где вы готовы ежедневно проявлять лучшего себя.

Поддерживайте актуальные профили в соцсетях: ВК, LinkedIn, Facebook, держите обновленным резюме. Так вы сможете оставаться в пассивном поиске и быть в курсе потребностей рынка. Сейчас частенько HR сами отыскивают вас и присылают различные предложения, и, даже если вы не планируете смену работы, – такая информация незаметно для вас приносит немало пользы. Я всегда просматриваю присылаемые мне предложения рекрутеров, особенно в части требуемых технических навыков. Процесс занимает не более 30 секунд, но это позволяет мне держать в голове соответствие текущих знаний и требований компаний разного спектра. Не прикладывая особых усилий, я получаю очень ценную информацию, позволяющую увидеть пробелы и наметить следующих кандидатов на изучение – будь то TypeScript, SVG, RxJS, монорепозитории или иные имеющие тенденцию к захвату мира технологии, инструменты и фреймворки.