Меня нарекли мидлом или как я перестал быть джуном

Привет! Меня зовут Геннадий Лялин, я инфраструктурный инженер в РСХБ‑Интех и я, внезапно, уже не джун. Хочется поделиться с вами своей версией пути от джуна к мидлу. И, возможно, моя история поможет другим идущим в счастливое будущее специалистам лучше понимать, по каким критериям тебя оценивают, чтобы ты перешел на следующий грейд.

На самом деле, я и сам не знал, что меня коллеги перестали считать junior‑специалистом. Если честно, для меня совсем не важно, кто я по grade (шучу, конечно важно, ведь хочется зарабатывать много). Важно лишь одно — насколько быстро и эффективно я смогу сделать ту или иную задачу, смогу ли сделать вообще, что еще более существенно для меня, а также освободить как можно больше своего времени. А его всегда найдется куда потратить, те же грядки прополоть у родителей в деревне, с детьми поиграть в настолки, отвести их на кружки/школу и другие дела, которые занимают очень много времени.

Предыстория

Если честно, я никогда не задумывался над карьерой в ИТ. Да, мне нравится все, что связано с ПК и этой областью, но я особо никогда не задумывался над тем, как оно работает внутри и по каким принципам. Я до мозга костей был уверен, что до конца жизни буду работать с тракторами, бульдозерами и двигателями внутреннего сгорания. И вот в 2022 году мне просто показали ОС на базе Linux (ну это ожидаемо была Ubuntu) и что‑то внутри меня поменялось… Стало неважно, что делать, главное, чтобы это было связано с такими ОС. Во время прохождения курса DevOps желание модифицировалось — надо попасть туда, где есть Kubernetes.

Что я чувствовал, когда только начинал свой путь? На самом деле, все как у большинства людей:

• страх, что тебя никуда не возьмут (он особенно увеличивается с течением времени, когда как таковых результатов нет);

• неуверенность в себе на собеседованиях, когда не помнишь точные ответы на вопросы;

• непонимание каких-то технологий, до которых не успел добраться и изучить, или просто вылетело из головы. 

Это было сравнимо со временем, когда я окончил университет, ходил по собеседованиям и был неинтересен без коммерческого опыта, а также, когда я хотел перейти с одной позиции на другую, чтобы попробовать себя в более сложном направлении и, опять же, без коммерческого опыта был неинтересен.

И вот по удаче или случайности я попал в РСХБ‑Интех на должность дежурного инженера платформы App.Farm. Это было мое 3-е собеседование в огромном потоке отказов/игнорирований моего резюме, так что это все же удача. Как это модно сейчас называть, вкатился в ИТ. Поскольку я не ставлю целью пропаганду и являюсь противником навязываемого тренда рекламы ИТ как единственной «правильной» сферы работы, скажу честно, что вкатился я с потерей в зарплате в размере около 50%. И это нормально — с опытного специалиста в своей области пришел на junior совершенно другой.

Год пролетел незаметно, и мой руководитель предложил перейти на должность инфраструктурного инженера. И тут я стал middle специалистом. Я постоянно стремился повысить свой оклад (семья, дети, ипотека и в целом, почему нет?), и до конца неожиданным было бы странно называть такой переход, но все равно он ощущается скорее внезапным, чем закономерным, особенно, когда по всем задачам чувствуешь себя вечным студентом. По сути меня повысили коллеги, которые оценили меня на новый грейд. Сам же я банально просто переходил от одной задаче к другой.

Товарищам джунам

Пока в моем сознании ярко горят воспоминания о проделанной работе и достигнутым в короткие сроки результатам, постараюсь сделать некий конспект для других джунов по несчастью (или счастью) с советами и личным опытом.

На самом деле, на мой взгляд, осознание собственного грейда это второстепенно, и лучше, наверное, даже не думать об этом вообще вплоть до получения ощущения уверенности при работе с конкретными технологиями. Важно, насколько ты понимаешь суть технологии, с которой работаешь и с которой надо взаимодействовать каждый день. В идеале каждый день улучшать себя и свои навыки, а там, как говорили мудрые люди, призвание придет. Но пиарить себя тоже нужно, soft skills, куда уж без них.

Кстати про soft skills — не забывайте про них. Строго говоря, узнайте и поймите принципы и методы работы коллектива, в который попали. Мне кажется, это самое важное и первое, что нужно сделать. Многие приходят в монастырь со своим уставом и начинают махать шашкой налево и направо. А лучше бы изучить, как работают текущие потоки и потихоньку предлагать улучшения. Когда вжился в коллектив, становится в разы легче. Тебя знают коллеги, ты знаешь коллег. Эмоционально становится легче в разы, нежели чем в первые дни работы. Ты уже знаешь основные моменты проекта, быстро ориентируешься в процессах, умеешь чинить, а не хлопать глазами, когда другие это чинят.

Также очень сильно помогло решение задач, которые никто не хотел брать на себя (неважно, считают их скучными, не подходящими по грейду и т. д.). Ты окунаешься в мир проблем и поиска решений и двигаешься в изучении проекта и его нюансов на всех парусах. Нагрузка у нас тут всегда высокая. Есть очень и очень много задач, которые нужно делать. И часто жалеешь, что у тебя нет копии. Но эти задачи помогают развиваться.

Не брезгуйте хорошими курсами и статьями. Из учебы я пытаюсь выжать максимум возможного, хотя в моем случае это не так удачно получается. Я далек от людей, которые все схватывают на лету. Поэтому использую все возможные каналы: курсы, статьи, книги, документация самих разработчиков, телеграмм каналы, youtube. По курсам могу посоветовать: Slurm, а именно DevOpsUpgrade, он правда дает очень целостную картину, другие курсы от них я тоже проходил и прохожу. Понравился также у Otus курс Linux proffesional, но курсы про k8s у них мои коллеги разжаловали. Сейчас слушаю бесплатные курсы КИТа от Яндекса. А еще читайте и любите книги, это двигает вперед после курса или до него.

Сейчас я работаю в потрясающем проекте, в котором можно развиваться во всех направлениях и прокачивать все навыки. Самое главное не боятся задавать вопросы (но не превращаться в машину, которая по любому поводу пишет кучу запросов коллегам), брать на себя задачи (от простых к более сложным), и это лучше всего позволит изучить устройство проекта, в который вы попали. Грубо говоря выбор проекта, в котором будешь работать, тоже очень важен, чтобы получить правильную модель!

Критерии грейда

У каждой команды или компании, строго говоря, свое понятие и определение границ грейда. Нет в нашей сфере единого для всех ГОСТа, не знаю, хорошо это или плохо, но так сложилось. В нашей команде получились следующие пункты. Если все галочки проставлены, значит ты мидл.

• Умеешь выполнять задачи самостоятельно.

• В случае проблем правильно оцениваешь свои силы и просишь помощи, когда нужно.

• Понимаешь критичность задач и умеешь расставлять приоритеты.

• Знаешь Linux на уровне уверенного администратора.

• Понимаешь контейниризацию.

• Понимаешь, как работает Kubernetes и что под капотом у него.

• Знаешь App.Farm, какие технологии под капотом у нее и как это взаимодействует в целом.

Из всего этого среди неспецифического для проекта и конкретной команды можно выделить первые три пункта. То есть ты джун, пока ты вообще не можешь самостоятельно выполнять задачи и определять их приоритет. Все остальное относится к твоему знанию систем и технологий, с которыми ты работаешь.

Напоследок отмечу ощущение при повышении грейда — облегчение. Я немного выдохнул, так как на мне все-таки лежит ответственность за семью, а повышение грейда сопровождается и повышением зарплаты. Время тикало свой обратный отсчет в плане запасенных денег, а это напрягало.

Теперь буду стремиться к senior. Мой основой стопор сейчас — это hard skills. Мне нужно еще очень многое изучить и понять, как все работает в этом потрясающем мире ИТ. Как только я более серьезно отнесусь к своей личной базе знаний, то смогу (я надеюсь) двигаться быстрее. И тогда уже самостоятельно приду к своему руководителю и скажу: «Я готов нести ответственность и могу делать задачи на уровне Сеньора».