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