Больные фантазии HR или сеньоры-помидоры среди сеньоров-самозванцев

Может ли художник быть middle? Конечно! А кто вы думали рисует дизайн молока?

Тема выезжанная и выговоренная уже до тла, но разве в доме, который выгорел, не живут бездомные бродяги? Так и я хотел бы сегодня поговорить по животрепещущему и столь важному вопросу, — действительно ли позиции Junior, Middle и Senior существуют в разработке и IT в целом, или это все больные фантазии HR? Кратко — да, нет, наверное.

Говоря на чистоту, что это вообще значит? Я проводил семинар на эту тему среди начинающих и опытных разработчиков с вопросом — как они сами отличают позиции в разработке? В какой момент можно для себя сказать: «вот, с сегодняшнего дня я Middle, пойду обновлять резюмешку», и вообще может ли такой момент настать? Забегая вперед, здесь очень хорошо подходит аналогия с кучкой песка. Представьте, что мы складываем в ладонь по одной песчинке. Вот их уже две, четыре, десять… Больше двадцати песчинок в ладони. Можем ли мы назвать это кучей? Или хотя бы кучкой? Горстью? Пригорошней? Так же и с агрегатным состоянием кодера — конкретного момента перетекания из одного вида в другое поймать сложно, отсюда и отрастают позиции Middle+, Middle strong. Разве что с опытом дела обстоят легче, он так или иначе определяется во вполне конкретных измеряемых годах. Так и мы пришли к выводу, что уровень разработчиков отличает их непосредственно количеством направленного опыта в разработке, конкретных технологиях, и областью ответственности, которую человек готов на себя взять.

На рынке как принято? 2-3 года ужо миддл (middle± мое любимое), 5 лет+ — сеньор. Но будто с опытом год можно пройти собеседование на сеньора? Так я развлекался в далеком 2018-м, но почему никуда сеньором тогда так и не пошел? Подробно растекусь мыслью по древу в посте «как пройти любое собеседование», а пока о другом. Типичное тех собеседование в настоящее время представляется чем-то достаточно заурядным — рассказ о компании, ваш рассказ об опыте, допрос по технологиям, возможно немного кодинга и все, — прохождение интервью становится не более чем способностью проходить интервью (как решение задач с LeetCode не научит вас алгоритмам). Особенно имея пару лет опыта и начитавшись статей с хабра. Понятно, что в конторы вроде Яндекса с их семи кругами ада в виде тучи этапов интервью, ВК или авито, куда не редко приходят сильные тех лиды лично, а особенно в крупные зарубежные компании вроде Мелкомягких, Нетфликса или из собственного опыта в Infobip — просто так проскочить не получится. Я особо акцентирую внимание на техлидах, поскольку именно грамотный технический руководитель строит скелет будущего интервью, и только от него зависит, насколько полно и цело получится раскрыть опыт кандидата.

В итоге технический опыт, а ровно количество технологий с которыми вам удалось поработать и качество (глубина) их изученности (читай встреченных внештатных ситуаций) и будет являться отражением вашего уровня в разработке. Замечу, что отчасти я соглашаюсь с HR’ми — опыт так или иначе коррелирует с годами «стажа». Но особенно важно — коррелирует вообще не значит, что одно влияет на другое (корреляция vs причино-следственной связи). Вы можете десять лет щелкать Jira-тикеты «поменять имя заголовка», «изменить цвет кнопки», ходить на бесконечные планерки, но так и не стать сеньором или пресловутым миддлом. Именно кругозор в опыте и желание расширять его дальше отмечает сеньора-помидора среди сеньоров-самозванцев, кодера от программиста, troublemaker’a от troubleshooter’a.

Резюмируя все вышенаписанное, я хочу сказать, что все эти лейблы джун/миддл/сеньор — не более чем маркеры-метки для ленивых HR, путающих самолет с ковром-самолетом (java vs javascript), которые могут существовать лишь в рамках конкретного сферического коня в конкретной вакуумной компании. А насмотревшись на опыт компаний, применяющих всевозможные тактики и оценки уровня кандидатов, можно лишь сказать о существовании двух гендеров — Software Engineer (инженер мягкой мебели) и Senior Software Engineer. А отличается последний, в первую очередь количеством релеватного и глубокого опыта в технологическом стеке компании, профессионализмом и этикой (у вас все не так, надо вот так вот), а уже во вторую — инициативностью. Фактически, это уже почти лид или архитектор, но он еще или не может, или просто не хочет брать дополнительную ответственность. Кто-то же должен реализовывать все эти безумные алгоритмы и интеграции? В конце-концов, третим китом являются деньги. Ходите на собеседования, ставьте рандомные цифры (только в большую сторону) и прибивайте внутреннего самозванца годами опыта!

Больше интересного и хаотичного читайте в телеграмм-канале: