Как вы выросли в Senior?
Публичный постПривет Клуб, внезапно, не сумел по поиску найти подобных вопросов или постов с похожей формулировкой.
Хотя казалось бы, наверняка каждый Senior проходит этап когда надо будучи мидлом окуклиться и назвать себя синьором для того чтобы и остальные тоже начали.
В моём случае с джуна до мидла рост оказался довольно простым: я просто работал, читал книжки, проходил курсы по отдельным инструментам.
Будучи Data Engineer это соответственно были инструменты для ETL/ELT, повышение скиллов кодинга, чуть более глубокое понимание работы баз данных в OLAP-сценарии, немного изучение того что из себя представляет data modelling и зарплата как-то сама по себе с парой сменой работ выросла до уровня когда джуном называть себя неприлично и дискредитирует старания других джунов.
А вот с синьором всё уже кажется сильно туманнее. Поиск по hh выдаёт порой кардинально разные требования.
- В одном случае харды абсолютно идентичны тому что у меня итак есть и непонятно, мб я уже могу быть синьором
- В другом, оказывается что в этой компании DE используют другой стек и к ним я скорее всего устроился бы джуном просев в зп
- В третьем случае ребята хотят чтобы DE был ещё и MLOps и разбирался в том как дотащить ML-модели до прода
И всё +/- меняется от вакансии к вакансии. Не уверен, специфика ли это молодого data-направления, или это норма и разрабы сталкиваются с той же ситуацией?
Как с этим бороться? Идти и ботать всё что перечислено во всевозможных требованиях? Или смириться и развиваться в одном направлении где уже достиг каких-то успехов?
Как этот этап прошёл конкретно у вас?
Победил предыдущего сеньора
Senior это когда ты перестаешь хуесосить менеджеров и \ или заказчика и понимаешь что вы с ним на одной стороне.
Остальное сразу придет.
Короную тебя в сеньйоры этим комментарием.
Можешь указывать это в резюме.
Вообще, не существует никаких логичных и объективных критериев для этих лычек.
В одной компании сеньйор это человек с N годами опыта, в другой со знанием технологии X, в третьей просто самый опытный сотрудник.
При смене компании их грейд может поменяться относительно местных метрик, как в верх, так и вниз.
Ещё больше эти лычки потеряли смысл, после того, как стало модно накручивать себе годы опыта, ставить в резюме всегда SiNiOr и считать, что нанимать джунов это что-то плохое.
Теперь все сеньйоры.
Но самый простой критерий сеньйора -- человек который сможет конвертировать абстрактную бизнес задачу в готовую систему.
Другое дело, что такое нарабатывается только с опытом, а научится этому ботая сложно и к тому же всё будет зависить от конкретной бизнес сферы.
Так что, я даже от такого определения отказываюсь и везде пишу просто Программист.
Откликаюсь на все вакансии, которые мне нравятся и я считаю, что подхожу.
Пусть сами решают, нравлюсь я им или нет по содержимому моего резюме.
Мне показалось, что составляющие следующие:
Для меня всегда сеньорность была в масштабе задач, которые может делать человек и умении работать с неопределенностью.
На примере DE:
Если большая часть твоих задач это что-то типа: напиши вот такой ETL в AirFlow с вот-такими заданными input/output - то ты скорее всего джун, ну или по крайне мере делаешь работу джуна.
Если ты можешь работать с задачами вида: нам нужно настроить кафку таким образом, чтобы бы обеспечена персистентность и чтобы события при этом максимально быстро долетали до аналитической БД - то это уже больше похоже на мидла. Кто-то уже определил инструмент и задачу, но не вдавался в детали реализации, так как ты и сам разберешься, даже если с самим инструментом раньше не сталкивался.
Если тебе можно сказать что-то из серии: мы стали много платить за сервера БД, причем динамика очень неприятная, нужны идеи как это можно было бы оптимизировать - то вот это уже сеньорская задача, так как тебе озвучивают конкретную цель, оставляя выбор инструментов и вариантов реализации полностью тебе.
И кстати, сеньорских задач в целом довольно мало в обычной компании, поэтому нормально, что большую часть времени люди занимаются более атомарными и декомпозированными задачами. Вопрос и разница в зарплате лежит именно в возможности отдать такую задачу человеку и быть уверенным в результате.
Случайно увидел что у кого-то из бизнеса был записан в табличке как Senior support engineer.
Подумал, что я достаточно стар для этого дерьма, и в резюме тоже приписал.
В продуктовом дизайне сеньорство часто связано со способностью деливерить end-to-end решения и брать за них ответственность.
То есть заказчик говорит "хочу красный кандибобер", и теперь твоя задача — понять, зачем ему нужен красный кандибобер, решит ли красный кандибобер его задачу, и является ли красный кандибобер наиболее эффективным решением с точки зрения ресурсов.
Ну а затем взять проект в исполнение и заделиверить его до продакшена.
С помощью твоей сеньорно-помидорной экспертизы может оказаться так, что заказчику вообще не головной убор нужен, а у него просто в квартире холодно и уши морозит, и надо было разобраться с ЖЭКом, чтобы они починили отопление, и создать систему контроля, при которой ЖЭК четко выполняет свои функции.
Стал синьором, когда прошел собес на вакансию синьора. Для этого ничего особо не делал - просто работал.
На предыдущей работе не было грейдов.
Иногда мне кажется, что все дело в неумении держать язык за зубами и чувстве прекрасного. Приходишь на проект, хочешь писать код и чтобы тебя никто не трогал. Проходит неделя, проходит месяц, сдаешься и пишешь "посоны, у нас здесь продуктовое
говнопроблема" - "ох, блин, действительно так надо исправлять все взорвется". Или просто лезешь разбираться не в свой кусок проекта и начинаешь объяснять, что лучше так, а не так, потому что будут проблемы, и так сделать быстрее, и тд и тп. А потом чинишь.И все снова ответственность, повышенное доверие, senior-ство. И senior-ство можно описать как ответственность за то, что ты делаешь как за продукт и умение разгребать авгиевы конюшни и технические и человеческие.
Все это укладывается в умные cхемы развития, о которых уже сказано в треде, но самоощущение именно такое.
Не, подождите. Все же очень просто и очень сложно))
Если говорить про продуктовые компании и команды, то да, основной критерий - решать проблему и брать на себя ответственность.
Это такая совокупность хард и софт скиллов, которые позволяют сделать хорошо. При этом акцент на софты.
Проблемы начинаются когда закапываешься в частности. В каждом случае все зависит от компании, команды, уровня людей и сложности и специфики задач.
Я из позиции сеньор-лид переходил на миддл-плюс позицию разработчика. И считаю, что это было честная позиция в обоих случаях.
Я прекрасно решал все проблемы на старом месте, но совсем другие. Да, я быстро поднял грейд обратно, хотя процесс прокачки был довольно интенсивный.
Все эти уровни в вакансиях означают скорее количество ожидаемого опыт.
Джун - решал простые задачи.
Миддл - может решить любую задачу.
Сеньер - оперирует проблемами и целями.
Если говорить про аутсорс - то там совсем другая история. Важны в первую очередь харды и возможность много и быстро работать, переключаться между задачами, умения продавать себя и свою работу.
Общий совет - пойми какое направление интереснее, стань хорошим специалистом в конкретной области. При этом уделяй внимание софт-скиллам и подходу к работе.
Прокачайте предпринимательское мышление, забудьте о лычках и мыслите терминами рынка. Тогда вам станет понятно, что в мире айти вы обмениваете свои компетенции на деньги. Хардовые, софтовые, бизнесовые -- неважно, какие это будут компетенции, если 1) они у вас есть, 2) если для них есть рынок и 3) вы можете продать их (человеку, компании, инвестору, государству, да и в принципе кому они будут нужны и кто готов за них платить -- на ваше усмотрение).
Мне кажется, что в первую очередь стоит понять что единых требований к грейдам на все компании не существует. Грейды во всех компаниях разные, потому что они решают схожие, но совсем не одинаковые задачи - в основном связанные с назначением и планированием зарплат/затрат и составлением планов развития разработчиков.
Планирование с точки зрения бизнеса упрощенно выглядит так:
Пусть среднерыночная оплата сеньоров за задачу - x, а мидлов - y. Чтобы реализовать определенный проект в определенные сроки, нужно сделать несколько задач разных типов. Допустим, 5 задач посложнее, которые умеют решать только сеньоры, и 6 задач попроще, которые смогут решить и мидлы. Соответственно, стоимость проекта для бизнеса 5x+6y. Требования к грейдам для бизнеса в данном теоретическом примере определяется косвенно, из формулировки что такое задача попроще и посложнее, а на практике - из исторически сложившейся практики, оценок студий, у которых заказывали и так далее. В случае если проект разовый или постоянный, но с небольшой командой, бизнес скорее всего даже не будет точно формулировать требования к грейдам, только вилки.
Приведу несколько примеров из своего опыта:
Так получилось.
Я никогда не был джуном или даже мидлом.
Просто работал, менял работы (лычек в названии должности не было), потом как-то попал в Dr Web в качестве тестировщика и сразу стал тимлидом. Меня реально повысили до руководителя группы после испытательного.
А дальше как-то уже ну раз я лид, то минимум синиора мне предлагали в вакансиях.
Ни малейшего понятия. Ездил на стажировки, учился в университете, потом устроился на работу как программист, потом ещё раз, и — бац — в контракте было написано Senior Software Engineer.
Кажется, что сеньор — безумно размытое понятие и отличается во всех компаниях. Впрочем, я в целом эту градацию перед глазами не видел. Максимум «человек основал проект и вращается где-то наверху», «человек долго в проекте работает и всё знает» и «человек в проекте недавно, знает и умеет мало».
В DE странно из-за сильно разных обязанностей в разных компаниях, кучу разных вещей сгребли под одно имя. Но, как и с DS, это имя не имеет своего смысла, только баззворд.
Насчет синьорности, кажется, лучше ориентироваться на разработческие грейды там, где они есть. А так, если на миддле пару лет опыта уже есть, то можно спокойно подаваться на синьорные позиции, из-за размытости понятий и обязанностей найдется контора, где тебя примут как синьора. Но важно помнить, в ряде контор грейды очень раздуты (в аутсорсе, в крупных рф), и синьоры оттуда могут и на джунов не пройти.
У Тарасова есть такие понятия как "горизонтальная карьера" и "вертикальная карьера". Горизонтальная - это про мастерство, вертикальная - это про должность.
Так вот все эти джун/мидл/сеньор — ступени вертикальной карьеры, которые нужно "брать просто, как яблоко с ветки", и "если не получается, значит мастерство ещё недостаточно, надо ещё учиться, ещё шагать по ступеням мастерства".
Соответсвенно, если вы чувствуете, что готовы к сеньорской лычке, то просто приходите к руководителю и говорите "дай мне сеньора". Если не дают, надо узнать причину. Могут например тупо зажопиться (тогда очевидно нужно уходить), а могут и аргументированно разложить, почему не готовы дать (тогда надо качаться). Так что это в любом случае выигрышная ситуация для вас.
Любопытно-хочется спросить: тут много речи именно о пути к дев-сеньнорской "лычке", интересно узнать, какие качественные изменения происходят с тобой, если ты - опс? :D
Наблюдаю за собой немного... Не нравящуюся штуку для себя - работаю, улучшаюсь в том что интересно / нужно текущей работе, и даже замечаю изменения в том, с какими мыслями берусь за те или иные задачки, стало по-другому, но будто бы потерял этот путь, желание идти в сторону серьёзного системщика-девопса, с серьёзной личиной. А менять работу будет нужно, и чем дальше, тем больше выходит вспоминать про это.
Вкупе, мысли выходят какими-то тревожными-неопределенными иногда.
Сеньор это hands on специалист, который если он один в своей роли, при нем все равно выпустят хороший продукт
В случае необходимости он даже может повыполнять функции других ролей
В остальном это какая-то условность, о котором рынок или отдельная компания договаривается между собой. Формализуются скиллы и понимание теории и какая-то сумма скиллов доводит чувака до грейда. При этом нулевая сумма скиллов не делает человека ни джуном, ни даже стажером.
Точно определить уровень скиллов либо очень сложно или невозможно, поэтому это всегда экспертно определяется (экспертная оценка это самый низкий уровень доказательности, поэтому на неё ориентироваться можно, но с учётом, что оценивать может сумасшедший).
У меня, продуктового аналитика, выглядело примерно так - работал в компании, «естественным» образом рос в скиллах и зарплате.
Внутри нашей команды аналитиков долгое время разделение по грейдам было очень условное - иногда появлялись «джуны», которые через полгода становились мидлами, а дальше все уже были равны по титулам. Через пару лет число аналитиков выросло, задач и направлений тоже прибавилось. Нескольким ребятам вручили лычки «сеньоров» и сказали «вы теперь курируете эти направления». По факту в их работе немногое изменилось, это было скорее признание их экспертности в конкретных областях. Мне эта концепция понравилась, захотелось тоже стать «сеньором», о чём я и заявил во время очередного ревью. Через некоторое время получил новых обязанностей, в виде своего направления аналитики, а также всякие там собеседования, менторинги и прочие организации спринта. Вслед за обязанностями попзже потдтянулась зарплата и «официальный» титул. Прошёл путь от «джуна» до «сеньора» за три года. Но настоящая уверенность в своих сеньорных силах появилась ещё примерно через год-полтора - когда попробовал свои силы за пределами «родной» компании.
В чем секрет настоящего синьора? Секрет прост: утром таски надо откомментить, а вечером сделать. И так 300 раз.
Если Вам нужно для трудоустройства или трудо-позиционирования то вообще забейте. Это ничего не означает больше чем привязка к зп. Так что смотрите лучше на зп.
Во первых - деление специалистов, порой с разницей в световые года, на целых 3 позиции - это абсурд. Уже давно пора забыть про эти 3 дебилогрейда.
Во-вторых - по моим наблюдениям, сейчас на рынке провал в компетенциях и то что раньше называли джун - теперь мидл, кто был мидл - сейчас сеньор, а кто был сеньор - ой все.
В-третьих - степень сеньорности очень часто коррелирует со степенью дружбы с руководством. Как и везде.
Если Вам нужно для собственной самооценки, то сделайте так: создайте список всех Ваших знакомых специалистов, к нему добавьте список известных Вам специалистов в отрасли. Далее проставьте каждому позицию к примеру по шкале из 10, где 1 это начинающий специалист а 10 это условно наиболее крутой специалист в отрасли.
После этого позиционируйте в нем себя.
Понятия не имею, сеньор я или нет. Как мне определить? Всегда работал просто как инженер. Я в айти уже лет 8-10 (не коммерческого опыта, а вообще), во всём разбираюсь сам, опыт получал на опенсорсе (в одном мейнтейнер, фаундер второго), сейчас на работе веду проект и менторю (?) товарища, попутно в отсутствие более опытных людей бью шишки.
Синьер это лычка для резюме, поэтому стал им сразу, как только начал искать первую после-джуновскую работу
Ведь чем выше лычка тем больше денег в тумбочку кладут, все очень хорошо понятно
В реальной же работе обычно меряют более объективными и измеримыми метриками, которые в основном зависят от команды и её задач