Помните те времена, когда понятие «сениор-разработчик» ещё что-то значило? Я —да, и я не могу избавиться от ностальгии по этому чёткому разделению. В последние годы наша отрасль стала свидетелем ужасной инфляции названий должностей, превратившей чёткую градацию «джуниор-мидл-сениор» в хаотичный парад обесценившихся титулов.
Звание «сениор», когда-то бывшее признаком большого опыта и знаний, обесценилось больше всего. Сегодня разработчиков начинают величать «сениорами» невероятно быстро, часто всего спустя три-четыре года работы. Как будто путь к «сениорству», бывший когда-то марафоном нарабатывания навыков и разнопланового опыта, превратился в спринтерский забег.
Такой резкий рост количества громких должностей не просто сбивает с толку, но и разрушает весь смысл карьерных ступенек в сфере технологий. Каждое новое название должности стремится превзойти предыдущее в громкости, при этом парадоксально знача всё меньше и меньше. Для всех затронутых этим, от ищущих работу до менеджеров по найму, такая инфляция затуманила понимание профессионального развития и признания заслуг.
Что вообще такое «сениор»?
Быть сениор-разработчиком — это далеко не значит только проработать определённое количество лет. Это звание получали благодаря разнообразному множеству знаний и задач, формировавших не только технические навыки сотрудника, но и весь подход к разработке ПО.
Истинный сениор-разработчик — это проверенный в боях решатель задач. Он сталкивался со сложными техническими проблемами в разнообразных проектах и преодолевал их, а не только устранял запутанные баги. Это архитекторы, которые устраняли проблемы всей системы, требовавшие глубокого понимания и изобретательных решений. Именно они могли уверенно ориентироваться в разросшихся кодовых легаси-базах и рефакторить их, понимать тонкий баланс между поддержкой существующих систем и созданием новых.
Сениор-разработчики проходили через огонь крупных аварий в продакшене. Они в реальном времени ощущали жар плавящихся систем и учились сохранять спокойствие под давлением. Знания научили их быстро диагностировать проблемы и вести команду сквозь кризис, принимая важные решения, когда важна каждая секунда.
Но одних лишь технических навыков недостаточно, чтобы стать сениором. Они ещё и архитектурные визионеры, которые ради проектирования масштабируемых и удобных в поддержке систем способны видеть дальше, чем непосредственные задачи. Их решения положительно влияют на проекты спустя долгие годы, демонстрируя их уровень предвидения, достижимый только благодаря обширному опыту. Они развили в себе софт-навыки, чтобы быть эффективными менторами и руководителями, помогающими джунам не только в кодинге, но и в том, чтобы те учились ориентироваться в сложном мире разработки ПО.
При этом, вероятно, самым важным было то, что сениор-разработчики остаются скромными и любопытными. несмотря на весь свой опыт. Они постоянно учатся, адаптируются к новым технологиям и методологиям, непрерывно расширяют свой инструментарий. Они выработали в себе сильное чутьё профессиональной этики, понимание последствий своей работы и стремление к ответственным практикам разработки.
Такая глубина опыта нарабатывается не за пару лет. Она выковывается благодаря разнообразию проектов, технологических стеков и да, большой доле неудач и полученных уроков.
Первопричина инфляции званий и должностей
Ожесточённая конкуренция за сотрудников заставила компании и в особенности стартапы использовать названия должностей как тактику удержания. Не всегда способные обеспечить зарплаты на уровне технологических гигантов, эти компании используют инфляцию должностей в качестве неденежной компенсации. И хотя в краткосрочной перспективе это решение кажется умным, в дальней перспективе оно создаёт проблемы для всей отрасли, размывая смысл званий.
Усугубило эту проблему и развитие платформ для профессионального нетворкинга наподобие LinkedIn. Такие платформы превратили названия должностей в инструменты личного брендинга, заставляя людей придумывать себе всё более солидно звучащие звания. Этот «эффект LinkedIn» влияет на всех, от выпускников вузов до опытных профессионалов, заставляя их стремиться к должностям, которые будут хорошо выглядеть в их портфолио, часто отдавая приоритет имиджу в ущерб смыслу.
Отделы HR, столкнувшиеся с растущей сложностью должностей в технологической сфере, тоже внесли в эту проблему свой вклад. Пытаясь чётко категоризировать множество специализированных вакансий в нашей стремительно меняющейся сфере, они создали множество нишевых званий. И хотя эти звания могут быть осмысленными, они сильно усложнили сравнение должностей в разных компаниях, напустив ещё больше тумана в вопросе продвижения по карьерной лестнице.
Кроме того, многие компании начали использовать продвижение в должности как стратегию удержания сотрудников. Они стремятся признавать труд ценных сотрудников и удерживать их, но часто это приводит к негативным последствиям. Когда звания раздают всем как призы за участие, они перестают соответствовать реальному росту круга обязанностей или навыков. Такое рассогласование не только обесценивает сами названия должностей, но и создаёт нереалистичные ожидания у повышаемых в должности сотрудников.
По сути, мы наблюдаем стечение множества неблагоприятных обстоятельств: давления рынка, потребностей личного брендинга, организационных трудностей и недальновидных стратегий удержания сотрудников. Все эти факторы привели к такой инфляции должностей, что мы рискуем полностью утерять их смысл.
Почему нам нужно решать проблему инфляции должностей?
Инфляция должностей касается не только слов на визитке или в профиле LinkedIn. Это проблема, которая бьёт в самое сердце целостности и функциональности нашей отрасли. Раздувая названия должностей, мы, по сути, лжём сами себе и друг другу о своих способностях и опыте.
Такой обман имеет реальные последствия. Он создаёт конфликт между ожиданиями и реальностью, приводит к ситуациям, когда людей ставят на должности, к которым они не готовы. Представьте «сениор»-разработчика с тремя годами опыта, пытающегося проектировать сложную систему или заниматься менторством у джунов. Потенциал провала высок, а давление на человека огромно.
Что мы можем сделать с инфляцией должностей?
Людям, находящимся на руководящих должностях, в первую очередь следует противостоять искушению использовать громкие звания в качестве простого решения проблемы удержания или рекрутинга сотрудников. Вместо этого им следует сделать упор на создание чёткой сетки карьерного роста, привязывающей повышение к конкретным навыкам и обязанностям. Стоит подумать над реализацией системы, аналогичной используемым в крупных технологических компаниях, где уровни (например, L3, L4, L5) обеспечивают более чёткое понимание опыта.
Компании могут занять жёсткую позицию и стандартизировать структуру своих должностей, сделав прозрачным значение каждого уровня. Для этого может потребоваться создать подробное описание должностей, чётко определяющее ожидания и обязанности каждой роли. Таким образом вы не только внесёте ясность для своих сотрудников, но и сделаете свой вклад в стандартизацию понимания должностей отрасли в целом.
Отделы HR должны сыграть в этом важнейшую роль. Они могут проработать более детализированные способы категоризации должностей в отрасли и их сравнения. Для этого может понадобиться совместная работа с техлидами над созданием стандартизованных матриц навыков, которые можно было бы использовать для более объективной оценки кандидатов и сотрудников.
Компании, сопротивляющиеся инфляции должностей, получают существенное конкурентное преимущество. Сохраняя осмысленность званий, они привлекают лучших специалистов, ценящих истинный рост, а не громкие титулы. Это приводит к более точному найму, улучшению динамики команд и повышению продуктивности. Реалистичные названия должностей вызывают доверие и внутри компании, и среди клиентов, создавая для компании имидж хранителя целостности в отрасли. В конечном итоге, компании с чётко определёнными, честными структурами должностей создают более крепкие и способные команды, получают высокую репутацию, выделяющую их на рынке.
Комментарии (243)
johnfound
21.10.2024 14:31Так ясень же пень. Это потому что звания эти слишком мало. А работников надо как-то стимулировать регулярно, а то они мотивацию потеряют и сгорят. Пойди потом других ищи.
А решение, конечно есть – надо брать то что отрабатывалось веками – система воинских званий. Их много, они продуманы, протестированные и работают. Зачем изобретать велосипед???
Я как вижу – джуниор, это примерно сержант. Есть и ниже, что хорошо. Мидл – это примерно лейтенант. А сениор – это конечно полковник.
Так вот, таким образом, появятся очень много званий, которые позволят стимулировать разработчиков хоть каждый год. Можно ввести и какие-то отличительные знаки, чтобы сразу было видно кто перед тобой – можно ли спорить, или лучше слушать и мудрость набирать. (Я плохой дизайнер, поэтому оставлю это другим – напишите, если есть идеи!)
Конечно, чтобы не милитаризовать отрасль – разработчики этого не любят – можно придумать какие-то кодовые слова вместо военных званий. И оставить привычные джуниор-мидл-сениор на своих местах. Суть от этого никак не поменяется.
K0styan
21.10.2024 14:31Воинские звания помогают выстроить прозрачную систему уровней только в одной организации. И то опосредованно: майор Генштаба - это одно, майор-пилот - другое, в военкомате - третье. Про флот, который теоретически 1-к-1 мапится на армейские звания, вообще не говорю.
Профессиональные же уровни так ловко не нарезать: разные индустрии, разные масштабы компаний, разные домены.
Ну и да, в крупных компаниях давно уже есть своя внутренняя система грейдов, которых обычно около десятка. Для условного FAANG-а есть и понимание взаимного мапинга этих грейдов.
plFlok
21.10.2024 14:31майор Генштаба - это одно, майор-пилот - другое, в военкомате - третье.
так ловко не нарезать: разные индустрии, разные масштабы компаний, разные домены.
Кажется, первое как раз подтверждает второе, и своим существованием намекает, что нарезать всё-таки можно.
Майор бекенда Одноклассников, старший лейтенант фронтенда Сбербанка.UPD: с учётом того, что где-то мелькала новость о желании создать реестр айтишников, было бы забавно видеть такую россию будущего, где у каждого программиста есть воинское звание.
johnfound
21.10.2024 14:31где у каждого программиста есть воинское звание.
Скорее всего должны быть гражданские чины: Типа «коллежский комиссар», «титулярный советник», «действительный тайный советник». Ну, придумают что нибудь.
ermouth
21.10.2024 14:31коллежский комиссар
Он же право на непотомственное дворянство давал, даром что низший чин. Хотя… граф Эрланга, барон Джикваери… что-то в этом есть )
fen-sei
21.10.2024 14:31Графья и бароны (а также баронеты, виконты, маркизы, герцоги и князья) - это титулованное дворянство. По табелю о рангах возможно получить лишь нетитулованное дворянство.
(для сравнения: в Британии премьер-министру дают титул барона, раньше наследный, но начиная с XX века титул барона полученный премьером больше не может наследоваться)
Belen
21.10.2024 14:31Ну вообще в апдейте довольно интересное предложение... И всем начать с рядового, и без этого в IT не пускать
statementxp
21.10.2024 14:31Тем не менее из рядового можно попасть только в сержанты, а младшего лейтенанта дают студентам на военных кафедрах или в училищах курсантам.
mordusnaglus
21.10.2024 14:31Младшего лейтенанта и далее до капитана (младшие офицеры) можно получить без высшего образования. Выпускникам военных вузов и военных кафедр гражданских вузов (при прохождении программы подготовки офицерского состава) присваивают сразу звание лейтенанта (на ступень выше младшего). Т.е. младший лейтенант — это всегда без высшего образования.
geher
21.10.2024 14:31Т.е. младший лейтенант — это всегда без высшего образования.
Вроде есть и другой способ. Говорят, что для этого надо сразу после выпуска провиниться настолько, чтобы понизили в звании, но не настолько, чтобы совсем выперли.
andmerk93
21.10.2024 14:31В армии нету младших лейтенантов, только в ментовке остались. Уже лет 10 как.
K0styan
21.10.2024 14:31Можно. Но бессмысленно, именно потому, что одно звание будет иметь разный смысл.
Вообще это движение против течения. Табель о рангах была прогрессивной по сравнению с тем, что было до неё - когда всё определялось титулом и древностью рода. Но уже в XX веке пошла явная тенденция приоритета по должности и фактически выполняемым обязанностям. Если уж её и развивать - то дальше, в сторону навыков и компетенций, а не откатываться к решениям 300-летней давности.
И да, про административную реформу Медведева я в курсе.
alcanoid
21.10.2024 14:31было бы забавно видеть такую россию будущего, где у каждого программиста есть воинское звание
Это как раз просто организовать, стоит только отменить отсрочки и льготы для студентов.
Goonie_Junior
21.10.2024 14:31Воинские звания в первую очередь даны для организации армии. Вы предлагаете организовать разрозненные разношерстые банды под единый военный образец. В итоге получите армию сплошных генералов. Пока нет единого документа стандартизирующих должностные обязанности и знания на федеральном уровне то каждая банда решает сама кого производить в генералы. И не важно один там человек работает или тысяча.
alcanoid
21.10.2024 14:31А как звучало бы: «адмирал фронтенда», например! Только, боюсь, айтишник, независимо от калибра и выправки, это всё же инженерные войска. Ну, если не считать пиэмов в пыльных шлемах.
mordusnaglus
21.10.2024 14:31А ведь были инженер-капитаны, инженер-майоры и т.п. пока в первой половине 80-х не отменили.
Spinoza0
21.10.2024 14:31У воинских званий тоже, к сожалению, инфляция та ещё
johnfound
21.10.2024 14:31Но ведь все равно намного ниже программистских.
Hlad
21.10.2024 14:31Не скажите. Какому званию в МО РФ, например, соответствует подполковник МЧС? Я подскажу: рядовому.
vadimr
21.10.2024 14:31Подполковник МЧС не соответствует рядовому МО РФ, а может одновременно иметь звание рядового МО РФ (или любое другое воинское звание). Воинские и специальные звания никак не связаны, ибо Табель о рангах отменили.
vanxant
21.10.2024 14:31Табель о рангах отменили
У меня для вас плохие новости. Мало того, что реанимировали, так ещё и ввели шкалу чиновничьих званий со всякими действительными советниками, прямо соответствующую воинским. Ну чтобы было понятно, кто кому при встрече честь отдавать должен.
exTvr
21.10.2024 14:31Мало того, что реанимировали, так ещё и ввели шкалу
чиновничьих званийцветовой дифференциации штанов со всякими действительными советниками, прямо соответствующую воинским. Ну чтобы было понятно, кто кому при встречечесть отдаватьдолжен делать "Ку" и сколько раз.Исправил опечатки.
qrKot
21.10.2024 14:31Это с чего это джуниор - сержант? Чего это вы званиями раскидываетесь? Сержанта, знаете ли, заслужить надо!)
johnfound
21.10.2024 14:31Именно что. Джуниора тоже заслужить надо. Да и стажеров надо как-то классифицировать и поощрять. Поэтому и сержант – чтобы было и ниже. Кстати из тех же соображений сениор это полковник – есть куда расти.
vanxant
21.10.2024 14:31Стажёр это курсант, джун - рядовой, миддл - ефрейтор, синьёр - хз, старший ефрейтор xD
Сержант это уже типа тим-лид, который не столько сам таски пилит, сколько раздаёт их другим и проверяет (простите, ревьюит) выполнение
mordusnaglus
21.10.2024 14:31Вообще-то курсант это учащийся в военном вузе или студенты на военных сборах - "Ребята, запомните: теперь вы курсанты МГУ". Курсанты могут быть и рядовыми, и ефрейторами, и сержантами.
jobless
21.10.2024 14:31Моя служба была связана с исключительно офицерскими частями.
Бытовала шутка про полковников, которые делились на три категории: товарищ полковник, полковник и эй полковник.
Младший офицерский состав вполне мог быть отправлен на уборку территории.
Стою я как то у входа долблю лёд в погонах старлея и вижу идущих к нам однокашников.
И у всех должности с приставкой начальник такого то подразделения с категорией не выше капитана.
ты что тут делаешь?
служу
должность?
младший научный сотрудник
категория?
майорская
тогда служи ))))
Причём был эпизод когда с этой должности меня временно перевели на помощника нач. ВЦ по МТО потому что настоящему помощнику пенсия нужна, а я ещё молодой. У него потолок оклада по должности 145, а у меня вилка 150-170.
kinall
21.10.2024 14:31Ну, вообще-то, если без шуток, то у рабочих есть разряды (с первого по шестой), а у чиновников - классные чины (с первого по пятнадцатый). И там и там есть чёткие критерии получения каждого следующего. Так что всё придумано до нас)
Zoizenhofer
21.10.2024 14:31Можно ввести и какие-то отличительные знаки
Медали раздавать: "За оборону от багов", "За героический рефакторинг"
Mr_MinyUkho
21.10.2024 14:31Это работать с вероятностью 99% не будет, потому что IT пришло к нам из-за рубежа и пытаться натянуть сову на глобус идея такая себе
funca
21.10.2024 14:31джуниор, это примерно сержант. Есть и ниже, что хорошо. Мидл – это примерно лейтенант. А сениор – это конечно полковник
Непосредственные исполнители (A track) это как солдатский состав. Здесь все, кто делает работу своими руками. В т.ч. разработчики: от джуниора до шефа. Последний соответствует примерно старшине.
Здесь же прапорщики - низшие чины вспомогательного персонала. Бухгалтерия, снабжение и т.д.
Менеджмент среднего звена (B track) это офицеры. Они в основном работают ртом, определяя и распределяя тактические задачи вниз. DM, PM, архитекторы и т.п.
Директорат (C track) соответствует уровню высшего командного состава - генералитета. Они отвечают за стратегии и весь бизнес в целом.
Распределение функциональных обязанностей на практике может быть каким угодно. Зависит от масштаба компании, бардака в процессах, индивидуальных качеств и т.п.
fen-sei
21.10.2024 14:31Непосредственные исполнители (A track) это как солдатский состав. Здесь все, кто делает работу своими руками. В т.ч. разработчики
Именно так! Потому джуниор - юнга, мидлы - матросы, а сеньор - это боцман.
mahairod
21.10.2024 14:31Слышали про компании, где менеджеров не уважают, и их вообще нет как класса?
johnfound
21.10.2024 14:31А разве у менеджмента есть звания "джуниор", "мидл", "сениор". Это вроде как только для программистов. Так что котлеты отдельно, мухи отдельно. Или если очень надо – то просто параллельно – тоже "рядовой менеджер", "сержант менеджер" и т.д. до генерала.
funca
21.10.2024 14:31У менеджмента названия отличаются: associate, (у мидлов нет приставки), senior, principal, chief - но смысл тот же. Например Associate Engineering Manager, Engineering Manager, Senior Engineering Manager и т.п.
event1
21.10.2024 14:31Конечно, чтобы не милитаризовать отрасль – разработчики этого не любят – можно придумать какие-то кодовые слова вместо военных званий
Всё придумано при царе-барюшке ещё. От коллежского регистратора до тайного советника.
kalbas
21.10.2024 14:31Какое-то очередное нытье из серии "раньше трава была зеленее". Бывают сеньоры и правда за 3-4 года работы. Если положить смышленого джуна в хороший быстрорастущий стартап, где можно потрогать и то и другое, и третье, и продакшен положить несколько раз за год, да в команду с крепкими спецами, то такой чувак при должном усердии на рабочем месте, а также усердии в самообразовании в свободное время, вполне может стать сеньором. Таким, который за пояс заткнет забронзовелых пердунов, у которых 15-20 лет опыта перекладывания джейсонов в небольшом региональном аутсорсе.
dalerank
21.10.2024 14:31Эх, и где вы такие стартапы видели? прям какойто идельный мир получается. А потом такой "сеньор", надышавшись воздуха свободы улетает в другую команду, и оказывается ниразу не помидор, совершает банальные ошибки, и пытается при этом качать права и рваться отладить все на живом проде. Извините, но нет, 3-4 года может и положат немного узкоспециальных знаний в голову, да они применимы будут только в той команде где его растили.
kalbas
21.10.2024 14:31А где вы видели таких сеньоров, которые прям и архитекторы, и суперспецы в своем стеке, и софт-скиллы у них как у Джеймса Бонда? Лично я, за сотню-другую пройденных коллег, видел таких лишь дважды, если речь про мою специализацию. Меж тем я реально знаю как минимум одного крутого чувака, который спустя пять лет после старта карьеры успел поработать дважды техлидом в крупных компаниях в рамках своей специализации.
Да и стартапы такие бывают, я поработал дважды в похожих, конечно не в прям идеальных, но очень развивающих. Знаете, здорово бодрит ночной звонок от Робоженщины, которая возвещает, что пора идти чинить твой упавший сервис. Желание делать "банальные ошибки" возникает куда реже. А если еще есть кому задавать вопросы, как лучше технически спроектировать какой-то кусок продукта, а не ждать нарезанные от лида задачи, то обучение идет неплохо. Лично я конечно сеньором за 3-4 года не стал, но я и человек средненьких способностей.
K0styan
21.10.2024 14:31Тут очень жёсткое ИМХО - но как по мне, сильный профессионал, как его не назови, в целом не может сформироваться в одной компании. Ну, окей, если компания крупная, а он сменил несколько системно отличающихся отделов - тоже норм.
Иначе он будет способен решать только проблемы той самой компании/отдела (и чем дольше он там работает - тем вероятнее, что решать будет проблемы, которые сам же и создал).
Ivan22
21.10.2024 14:31
IvanBodhidharma
21.10.2024 14:31Раньше синьор, это тот, кто имеет достаточно лет и опыта, чтобы уметь решать плохо формализованные задачи и осознанно принимать архитекрутные решения. Т.е. человек должен пройти пару циклов разработки и увидеть, как решения, принятые в самом начале, аукнулись потом. Включая поддержку и доработку легаси софта.
А сейчас синьор, это тот, кто больше всех фреймворков выучил, чтобы затыкать своей эрудицией пердунов.
Бывают сеньоры и правда за 3-4 года работы.
Это херак-херак-и-в-продакшен-синьор-по-лендингам. Человека, который на полном серьёзе пишет, что он синьор с опытом в 3 года, я на собеседование не позову. Его резюме пойдет в корзину сразу, нет никакого смысла тратить на него своё время. Этот джун пока находится на пике глупости кривой Даннинга-Крюгера.
AstroSphynx
21.10.2024 14:31Человека, который на полном серьёзе пишет, что он синьор с опытом в 3 года, я на собеседование не позову.
страшновато, да? а то вдруг окажется что и правда за три года можно, так и в депрессию уйти недолго
tommyangelo27
21.10.2024 14:31За три года нельзя, так как это примерно цикл разработки одного крупного проекта.
zodchiy
21.10.2024 14:31Конечно можно, поучаствовать в проектах 5-6, разобраться с архитектурой баз данных, поиграть с оптимизацией и перформансом, перенести монолит в микросервисы, написать модульный монолит, поиграться в перформанс бэка, поработать с разными брокерами сообщений, пару раз профейлить с кэшем и научится его готовить, научится рефачить легаси, да-да, за пару лет.
TerraV
21.10.2024 14:31После трех лет в java я считал себя серьором (у меня до этого было 5+ лет опыта в других языках). После 15 лет в java трехлетний сеньор выглядит умилительно. Глядите, он уже разговаривает!
karon
21.10.2024 14:31Тут важный вопрос. на сколько различается зп с таким 3летними
TerraV
21.10.2024 14:31ЗП это вопрос ортогональный. В "стеклянный потолок" можно упереться и после 3 лет. А если задержаться в одной конторе, то такой трехлетний может получить и большую зарплату. Я слышал истории (достоверность подтвердить не могу) что типа после шестимесячных курсов как проходить собесы, человек устроился сеньором с Сбер.
Вариантом может быть параллельное трудоустройство, но это тоже не столько про скиллы, сколько про изворотливость. У меня "в прыжке" было 2 фул-тайма + 1 парт-тайм. Но после полутора лет я чет устал. Правда я сам дурак. На всех трёх у меня была роль ведущего разработчика/архитектора. В идеале надо садиться на должность мидла и не отсвечивать.
vadim_bv
21.10.2024 14:31В Сбере, емнип, нет понятия "младший разработчик / инженер". Есть "разработчик", потом "ведущий", потом "главный" :-)
jsirex
21.10.2024 14:31Реальный случай: И вот такой синьор на тренинге, фактически в роли архитектора, рассказывает как круто можно на s3+lambda построить сайты, кликает кнопочки, rds-ки показывает как поднимать. У него спрашивают: "А почему Route53 так называется?". Ответ: "ну не знаю, да, странное название".
Вывод: обезьянка научилась давить на кнопки в определённом порядке. Не то, чтобы это очень плохо, но жизненно-важные программы я бы ему не доверил..
Driver86
21.10.2024 14:31Видел я таких синьоров. На самом деле иногда мне кажется, что бизнесу такие даже нравятся. Делают быстро, особо не задумываясь. Результат виден сразу, прибыль получается быстро. Да, в долгосроке это вылезет плохим кодом, но, как говорится, это уже совсем другая история...
Да и многие крупные продукты имеют говнокод. Но к этому моменту прибыль уже есть, можно чуть больше платить тем, кто согласится в этом копаться. Например, 1С.
segment
21.10.2024 14:31Я добавлю вот такое личное наблюдение: когда такой разработчик делает быстро и особо не задумывается - он создает на своем пути ошибки и плохие архитектурные решения, но в моменте - созданный код как-то работает. Вот это и нравится бизнесу, он видит что "что-то мигает и шевелится", и плюс к этому такой разработчик обеспечивает себя работой, так как ему теперь необходимо исправлять такие ошибки. Это означает что у него будет забита доска задач и он будет выполнять KPI по закрытым задачам (ну или как минимум будет видна активность). А теперь возьмем обычного сеньора: нужно время подумать и решения могут приниматься медленнее, так как могут быть разногласия с неправильной логикой технического задания (или устных технический требований). Или, например, код может не сразу заработать из-за работы над кодом-оснасткой, то есть точка когда что-то будет "мигать и шевелиться" может быть сдвинута к концу рамок оговоренных сроков. А это для бизнеса означает "ничего не работает".
funca
21.10.2024 14:31А почему Route53 так называется?
Если вопрос подразумевает некий assumption из опыта, то для реального проекта отсюда может выпасть риск. Прежде, чем тратить время на поиски ответа, нужно разобраться на какое из архитектурных требований он вообще влияет, какова вероятность, что этот риск сработает и как это затронет решение? Пока не понятно, то уходить от ответа на такой тип вопросов это абсолютно нормальное решение для архитектора, даже если он вкусе про порты.
IvanBodhidharma
21.10.2024 14:31Есть такой хороший английский анекдот. Он уже немного устарел, но суть всё ещё передаёт хорошо.
Если поздно вечером англичанин слышит стук в свою дверь, он, конечно, может предположить, что это королева пришла, чтобы провести с ним ночь, но, скорее всего, у соседа кончилась соль.
так и в депрессию уйти недолго
Вот поэтому вы джун, а не синьор. Ваши слова вас с головой выдают. Я всегда хочу нанять человека умнее и опытнее себя. Это позволит мне научиться чему-то новому, немного разгрузить себя и добавить в продукт фичи, до которых руки раньше не доходили. А у вас детство в жж играет, для вас работа, это какое-то идиотское соревнование, где надо письками меряться и итогом которого у вас будет депрессия, если ваша окажется короче.
mahairod
21.10.2024 14:31Какие тенденции у нас на Хабре, мы теперь ссылаемся на работы, получившие шнобелевскую премию, как на АИ.
aleksand44
21.10.2024 14:31В стартапах действительно есть возможность пощупать и то и другое и третье.
Только не факт что со всех сторон там будут костыли, хреновые практики и говнокод. В Энтерпрайзе стандарты все же выше.
Я из бигтеха, недавно был совместный проект с одним стартапом.
По итогу:
Управленцы не знают что можно писать фронтенд до того как готово API с данными. Фронты отдыхали три дня ничего не делая, зато в четверг менеджер попросил их выйти поработать в субботу, "ведь вы всё-равно ничего не делали эти дни".
Даже после получения финансирования, проект продолжал писаться от исходного mvp суть которого менялась дохрена раз до его демонстрации, в итоге даже на начало разработки там сплошные костыли и спорные поспешные решения.
Управленцы не знают ни скрама, ни канбана, а просто раздают указания как в шаурмечной.
Разработчики на вопрос будем ли писать юнит-тесты спрашивали "зачем? Есть же тестировщики".
Лидом фронтов поставили барышню которая была в техническом плане хуже всех разрабов, что привело к тому что вся команда свалила.
И ещё много чего...
Hardcoin
21.10.2024 14:31Не ясно, знали ли фронтендеры, что можно писать бек до того, как готов фронт.
SpiderEkb
21.10.2024 14:31Бывают сеньоры и правда за 3-4 года работы.
Увы, но нет.
Если положить смышленого джуна в хороший быстрорастущий стартап, где можно потрогать и то и другое, и третье
То будет "сеньор по перекладыванию джейсончиков в стартапе ..."
Чтобы стать действительно "сеньором", нужно поднять не один крупный проект. И, желательно, в разных областях разработки. И уметь применять навыки из одной области к другой, находя общие базовые принципы и аналогии.
P.S. Никогда не примерял на себя какие-то лычки. Даже имея за плечами 30+ лет опыта в разработке. Всегда оценивал себя по принципу "это знаю, есть опыт, это не знаю совсем, тут не знаю, но могу быстро разобраться т.к. с чем-то похожим имел дело, здесь есть опыт в близкой области, но в детали придется вникать..." Именно так на заре моей деятельности как разработчика искали людей - по опыту в нужной или смежных областях разработки.
geher
21.10.2024 14:31> Бывают сеньоры и правда за 3-4 года работы.
Увы, но нет
Бывают-бывают.
Сеньор - это всего лишь слово, означающее достижение некоторого уровня в некоторой конторе.
Другой вопрос, что в другой конторе могут такого сеньора и джуном не взять, поскольку там просто другие уровни, разделяющие всяких претендентов на работу, джунов, мидлов и сеньоров
omichkun
21.10.2024 14:31Вот я пока читал статью, тоже думал, а нафига вообще все эти лычки? Почему не искать по навыкам и опыту работы с теми или иными инструментами? Если навык критичен, по нему на собеседовании можно сильнее вопросами "погонять". Смысла в этих лычках, кроме того, чтобы потешить ЧСВ, как будто нет.
SpiderEkb
21.10.2024 14:31Смысла в этих лычках, кроме того, чтобы потешить ЧСВ, как будто нет.
Именно так. Потому что супермегасеньор-помидор в одном месте, в другом будет джуном бесплотным (по крайней мере первое время, пока во всю специфику не вникнет). Я когда пришел на новое место работы, имея за плечами 25 опыта в разработке, на той платформе и стеку был полный ноль. Ну да, первые три месяца обучения - конечно "въехал" быстрее и эффективнее чем тот, кто совсем без опыта приходил. Просто "на аналогиях" и опыте в общих подходах.
А внутри компаний все равно свои "табели о рангах". Вот у нас
разработчик
старший разработчик
ведущий разработчик
главный разработчик
консультант направления по разработке
Это все "разработчиские" должности. И, строго говоря, "разработчик" как-то соответствует джуну. Наверное. Главный - сеньору. Старший/ведущий - это мидлы (ближе к джуну или к сеньору соответственно). Консультант - это уже что-то типа техлида (и немножко архитектора направления, но без обязанностей архитектора).
И да, у каждой должности своя должностная инструкция и своя зарплатная вилка.
А еще есть "бэнды" (это типа грейдов, но градаций поменьше). У разработчиков бэнд E. У консультанта - D (тут уже немножко другие полюшки - получше программа ДМС, ненормированный рабочий день и +3 дня к отпуску которые можно взять или "натурой" или в виде компенсации денежной в конце года).
Но все это исключительно в разрезе нашей платформы и технологического стека. И все продвижения вверх идут не по "выслуге лет", а по результатам реальной работы. Кто-то за несколько лет 2-3 ступеньки проходит, кто-то годами на одном месте сидит...
Я вот 7 лет назад сразу на ведущего пришел. Сейчас консультант :-)
А при смене места будут смотреть какую позицию занимал в иерархии на предыдущем месте (и что это было за место). Ну и спрашивать какие задачи решал и что умеешь.
panzerfaust
21.10.2024 14:31Бывают сеньоры и правда за 3-4 года работы
3 года назад я бы согласился обеими руками, а сегодня - нет. Я тогда как раз был сеньором одного стартапа. Я написал там наверное 90% кодовой базы на фронте, бэке и БД. Любой вопрос через меня проходил. Сейчас понимаю, что многие вещи сделал херово и наивно. Вероятно, меня и мой код там уже много раз прополоскали.
tommyangelo27
21.10.2024 14:31Та же история, когда у меня было 3-4 года опыта работы, смело называл себя сеньором, ведь к тому моменту уже успел поработать в трех компаниях и чему-то научиться.
Через какое-то время, получив ещё больше опыта, сеньором себя называть перестал.
kalbas
21.10.2024 14:31Если вашей кодовой базы там 90%, то у вас не было команды, такой команды, где каждый был сильнее вас. Ну и проект видимо не предполагал хотя бы десятка-другого rps или заковыристых интеграций. Учится то нужно у кого-то и на чем-то.
mahairod
21.10.2024 14:31Вспомнился один бывший программист Микрософт, который ведёт ютюб-канал "Гараж Дэйва", так он каждый раз начинает выпуски на тему проги так: "Прогаю на С++ 20+ лет, наконец-то начал понимать как оно устроено"
NechkaP
21.10.2024 14:31Представьте «сениор»-разработчика с тремя годами опыта, пытающегося заниматься менторством у джунов.
Почему бы и да? Легко найти общий язык в силу возраста, он ещё помнит себя таким же, работал с самого начала с теми же технологиями, как раз может помочь вникнуть в проект и вырасти по скиллам без баек многолетней давности о том, как когда-то это всё делалось (да, сознательно пишу сейчас стереотип, но и без аргумента про байки мысль понятна).
Наставничество ведь в том числе и про софты и коммуникациюNechkaP
21.10.2024 14:31Что касается матриц компетенции в компаниях, да, их пытаются вводить, но на практике есть и другие аспекты, в том числе растущий рынок. Если соответствующий рынку рост по зарплате без "громких титулов" станет возможным, то и не будут гнаться за словом "сеньор"
a-tk
21.10.2024 14:31Вместе весело шагать по просторам, и дрова ломать лучше хором. А потом быстро бежать пока не накостыляли этими дровами.
NechkaP
21.10.2024 14:31У стажера/джуна обычно и задачи соответствующие, стажерско-джунские. Их уж точно любой, продержавшийся 3 года (особенно, 2-3 из них на этом месте), выполнять умеет досконально и вполне может объяснить/показать другому по свежей памяти о том, какие бывают сложности. Или преподаватели в вузах, на ваш взгляд, тоже должны выходить на работу только через N >> 3 лет после выпуска?
GospodinKolhoznik
21.10.2024 14:31Джон Кармак начал работать в 1989 году. В 1991 году он написал свою первую 3d игру Hovertank 3d. В 1992 Wolfenstein 3d, а ещё через год сделал Doom. Т.е. за 3-4 года он стал не просто сениором, а рок-звездой программирования мирового масштаба!
0mogol0
21.10.2024 14:31Стал ли он сеньором? или просто звездой в программировании?
Mutilator
21.10.2024 14:31Такое ошушение что вашей системе координат сеньор > звезды от программирования. Это неправильно. В любом случае - Кармак это плохой пример, потому, что таких как он - единицы. Это может сейчас ninja/samurai/rockstar ничего не значит или имеет негативную кореляцию. Жизнь ускоряется, обесценивается, рынок программирования перенасыщен "войти-в-айти"шниками, а Кармак все такой же крутой, всегда учится, решает актуальные задачи и готов поделиться опытом.
GREK74
21.10.2024 14:31Это не совсем про "сениор" и программирование. Это больше про рок-н-ролл кодинг))
event1
21.10.2024 14:31ни в коем случае не оспаривая талантов Джон Кармака, всё-таки замечу что игровая индустрия — это очень специфичное место. Особенно во времена бурного роста (а начало 90-х — это натурально взрыв). В первую очередь потому, что код написанный в 92-м, в 93-м едет на помойку и никому не нужен. По-этому, все наши умения проектировать, продуманные фреймворки и простой поддерживаемый код, которыми славятся синьоры, были совершенно не актуальны.
a-tk
21.10.2024 14:31Отделы HR должны сыграть в этом важнейшую роль. Они могут проработать более детализированные способы категоризации должностей в отрасли и их сравнения.
Хорошая шутка. Особенно в Восточном полушарии Земного шара
Vasjen
21.10.2024 14:31Представьте «сениор»-разработчика с тремя годами опыта, пытающегося проектировать сложную систему или заниматься менторством у джунов.
Представил, а в чем проблема? Ну если человек реально имеет опыт разработки 3 года, то человеку без опыта ему есть что рассказать и куда направить. Менторство это не столько про какие-то супер крутые хард вещи, сколько это умение подсвечивать проблемы, давать нормальный фидбек, направлять куда-то и закреплять результат. То что кто-то отработал разработчиком 10 лет как-то не делает его автоматом хорошим ментором.
Стоит подумать над реализацией системы, аналогичной используемым в крупных технологических компаниях, где уровни (например, L3, L4, L5) обеспечивают более чёткое понимание опыта.
Ну, наверное не спроста эти уровни применяются только в бигтехе, и что натянуть их на стартап или каккую-то фирму из 20-50 человек физически нельзя? Ну, натянуть конечно можно, смысла в этом ноль.
Vasjen
21.10.2024 14:31Какой-то синдром "Лишних знаний" у автора оригинальной статьи. Это вымышленное, если что, но где-то так я представляю людей, которые знают много-много, умеют много-много, но в реальной жизни для закрытия рабочих задач им хватает 5-10% процентов от их умений, больше редко требуется, за это им и платят. И рынок так устроен, что бизнесу нужны люди, которые могу давать результат, и глобально бизнесу не важно, сколько опыта у кандидата, сколько стеков он использует, в каких проектах работал и т.д. Поэтому возникает ситуация, когда один свежеиспеченный синьор с небольшим багажом умений, но которые ценит бизнес и закрывает его необходимости, а с другой синьор "старой школы", который знает гораздо больше, и умеет больше, и большим количеством языков / фреймворков владеет, да вот только для бизнеса он ценен где-то также. И получают они в итоге +- одинаково. От сюда и обида, несправедливость и все дальнейшее нытье.
dom1n1k
21.10.2024 14:31Люди, которые просто закрывают таски, называются мидлами.
Что же касается "лишних знаний", то это не так работает. Действительно, никто не использует весь массив информации, накопленный в голове, ежеминутно. И наверное, большую часть времени действительно можно обойтись условными 10% – но это не значит, что оставшиеся 90% не нужны. Потому что в процессе мозг подбрасывает флешбеки: а вот помню был такой случай... а вот была у нас подобная проблема... а вот помню как мы тогда обосрались... а вот попадалась мне статья... а вот встречалось другое решение... Даже если такие моменты бывают 1 раз в неделю, часто они реально помогают. И собственно отличают наличие опыта от его отсутствия.
Yuuri
21.10.2024 14:31Действительно, сеньор может применять в работе только 5-10% от своих навыков, вопрос только в том, что в разных проектах набор этих 5-10% может быть разный. И такой сеньор, уйдя на другую работу, с куда большими шансами сохранит свою сеньорность, чем условный «трёхлетний».
lear
21.10.2024 14:31Джун, Мидл, Сеньор - бессвязный набор слов, если их использовать без спецификации.
В жизни нужно быть проще, а не меряться лычками, т.к. иной раз "Джун" может принести больше пользы, чем "Сеньор". Как минимум "Джун" в одной области может оказаться гораздо смышленее в другой, которая как раз и будет полезнее в конкретной ситуации.
Опыт это не просто про время. Смысл сравнивать разработчика лендингов со стажем 10 лет, и, допустим, разработчика бд? Это разные весовые категории, но они все нужны (Все профессии важны, все профессии нужны). Даже если брать двух разработчиков с одинаковым стэком, то окажется, что опыт за года у них был разный.
Я не понимаю зачем унифицировать друг-друга, если это не даёт бенефитов. Ещё до недавнего времени "разработчики" и "программисты" в глаза общественности были гиками, которые могут починить утюг. А при помощи таких унификаций создаётся только иллюзия. Т.к. упрощение сложного (комплексного) не ведёт ни к чему хорошему.
Для меня наиболее сравнимое с IT это система здравоохранения. Есть терапевты, хирурги, медсестры, бухгалтера, администраторы и т.д., которые в этих больших группах делятся на ещё мельче (кардиохирург, нейрохирург и т.д.). Да, есть в медицине что-то смежное, что-то базовое, что знают вне зависимости от конкретной профессии. И каждая профессия важна. А в IT будто решили изобрести велосипед и пройтись по всем граблям, вместо того, чтобы взять и использовать лучшие практики из других отраслей.
Вообщем весь коммент сводится к тому, что упрощение всего опыта человека до банальных "Джун", "Мидл", "Сеньор" не даст ничего, кроме какой-то иллюзии.
Nvart
21.10.2024 14:31Опыт это не просто про время
Полностью согласен!
О себе: Василий, middle backend developer, стаж 3 мес.
PanDubls
21.10.2024 14:31И у медиков-то как раз есть категории -- первая, вторая и высшая. Чем не джун-синьор-мидл?
lear
21.10.2024 14:31см первый абзац.
Джун, Мидл, Сеньор - бессвязный набор слов, если их использовать без спецификации.
К тому же я написал, что наиболее сравнимое, а не точь-в-точь. Как минимум, IT до сих пор развивается, а медицина — уже развитая отрасль. И стоит смотреть не только на текущее положение дел, но и на весь путь развития других отраслей.
denticulus
21.10.2024 14:31Тем же самым. Это просто корочка. Ничего не мешает КМН, врачу высшей категории применять устаревшие на 50 лет методы лечения и так травматично удалить зуб что понадобится костная пластика в дальнейшем. И ничего не мешает студенту-интерну почитать современные протоколы, и медленно и немного коряво, но с использованием бинокуляров со светом распилить сложный зуб по кусочкам и удалить без повреждения кости. Или вообще проявить эрудицию в смежной специальности и направить на лечение зуб, приговорённый к удалению "великим профессором" с диагнозом "межкорневая киста"
nv13
21.10.2024 14:31Если это перевод, то странно звучит, что в стартапах сениоры менее сениористые, чем в "серьёзных" компаниях. Это же касается и удержания грейдом вместо компенсации, часто в стартапе она выше, хоть и с некоторыми рисками в части опционов. В двух стартапах где я работал большинство разработчиков и существенная часть тестеров были сениоры, остальные мидлы, джуниоров не было вообще. Вот когда стали "большой" компанией, тут то вся эта хрень с hr, kpi и прочим непроизводственным движением и началась, и с грейдами тоже..
Единственная причина завышения грейдов в стартапах это коммуникации с партнёрами-заказчиаами. Какой нить директор от заказчика не будет общаться с мидлом, он и на сениора то посмотрит свысока.. А уж если партнёры - азиаты, то разговаривают максимум на грейд ниже себя
Stepan_Avdonin
21.10.2024 14:31Компания в которой я работаю не особо потворствует таким тенденциям (моя должность - младший разработчик). Я работаю уже год и оцениваю себя уверенным джуном. Однако я сталкиваюсь с полным непониманием как раздают эти "звания", когда общаюсь с однокурсниками (бакалавр этого года). Они работают в разных компаниях, в том числе бигтеха. Большинство из них уверенно считает, что после года работы чуть ли не автоматически должны давать мидла!! А до сениора вообще года 3-4. Возможно я что то не понимаю, но по их разговорам теряется всякий смысл этих должностей. Для меня мидл - человек, который так или иначе найдёт (может на это уйдёт уйма времени) выход в локальной проблеме (например баг). Я же чувствую, что пока что не могу докопаться до любой проблемы. И я не знаю когда я стану "мидлом", наверное когда я просто почувствую это.
NechkaP
21.10.2024 14:31В бигтехах есть давление, что нужно двигаться вслед за компанией вперед и быть 2+ года джуном, 5+ "просто мидлом" - несолидно, нужно расти. Прямо "просто так" грейдап обычно не дают, нужно проявить определенные качества/сделать видную задачу, это элемент игры, который можно считать спорным... но мне кажется, что все эти слова просто должны восприниматься как обозначение уровня оплаты сотрудника, прежде всего, не нужно их сакрализировать, раз уж мир теперь так устроен.
P.S. Ничего не навязываю, но с большой вероятностью вы уже много куда можете устроиться мидлом, даже если не чувствуете) (пройти собеседования часто проще, чем вырасти в компании, это тоже спорный, но существующий аспект ситуации)Stepan_Avdonin
21.10.2024 14:31Да, я согласен, но в моём случае работа хорошая и меня устраивает. Речь даже не в том что мидл-немидл, не в каких то грейдах или зарплате, а скорее в самоосознании себя как специалиста. Скажем как по шкале ученик-подмастерье-мастер-гроссмейстер.
CitizenOfDreams
21.10.2024 14:31Пофиг на сеньоров, пусть хоть великими визирями себя титулуют. А вот то, что в IT всех подряд до последней кодомакаки стали называть "инженерами" - вот это действительно обесценивание.
johnfound
21.10.2024 14:31стали называть "инженерами"
Так ведь «инженер», это титул который означает всего навсего получения определенного высшего инженерного образования. Помню у меня в дипломе так и написано – что имею право титуловаться инженером и писать титул рядом с имени.
Wijey
21.10.2024 14:31Какой-нибудь инженер техподдержки, выросший из эникейщика, может и вовсе высшего технического образования не иметь
johnfound
21.10.2024 14:31Да. Только инженером он не будет. Будет рабочий техподдержки. Без связи с его компетентностью. Он может быть хоть трижды гением и просто прекрасным человеком, но инженером не будет.
andmerk93
21.10.2024 14:31«инженер», это титул который означает всего навсего получения определенного высшего инженерного образования
А у меня в дипломе слова инженер нету.
Я, получается, ненастоящий?
andmerk93
21.10.2024 14:31Согласен. Каску не носили, на объект не ездили, чертёж ни прочитать, ни написать не могут, а смотрите - инженеры.
Оборзели эти компьютерщики.
Dartflame
21.10.2024 14:31Чет автор перепутал всё на свете, синьор у него оказывается это и архитектор и тим лид сразу. Зачем тогда вообще нужны тимлиды и архитекторы если парочка синьоров закрывают все эти функции?)
Мидл это кодер, который может умеренно решать любые поставленные задачи на проекте
Синьора отличается полная автономность, помимо решения задач, он может в соло написать любой бэк с нуля и выходить за рамки поставленных задач.
А над синьором уже два пути - техническое развитие в архитекторы и развитие в руководство - тимлидерство
unreal_undead2
21.10.2024 14:31Рост подразумевает не только технические навыки, но и понимание зачем и для кого всё делается. Джун может просто закодить поставленную задачу, покрыть юнит тестами и на этом считать, что всё сделано. Мидл понимает, что мы делаем функционал для пользователя - и считает, что задачу закончена, когда из таких задач сложилась новая user-visible функциональность (часть задач может быть делегирована другим людям, не обязательно быть full stack разработчиком) и считает, что всё сделано, когда новой фичей продукта можно пользоваться. Сеньор понимает, что надо не просто сделать новую фичу, а дать пользователю возможность решать его задачи более эффективно - и в соответствии с этим понимает, какие фичи должны быть сделаны; считает задачу выполненной, когда приходит положительный фидбэк от конечных пользователей. Да, есть ещё архитектор и product owner, но они опираются на мнение сеньоров; где то водятся аналитики, которые ставят задачи на основании пользовательских требований, но я их не видел (и часто пользователи изначально сами не знают, что им нужно от продукта).
K0styan
21.10.2024 14:31Пользователи практически никогда не знают, что им нужно от продукта. Именно поэтому и есть аналитики и продакты, которые обучены вынимать вот это "нужно", даже если прямых ответов нету.
unreal_undead2
21.10.2024 14:31Сеньорным разработчикам тоже стоит общаться с пользователями и вникать в их задачи.
K0styan
21.10.2024 14:31Это офигенно, когда они такое делают. Но это отдельная работа, уровня фулл-тайма, зачастую не одного человека. У разработчика просто времени не будет заниматься этим полноценно.
unreal_undead2
21.10.2024 14:31Просто на поддержку в серьёзных проектах есть отдельные фулл тайм люди. Но на тусовки с ключевыми пользователями сеньорных разработчиков тоже иногда выдёргивают.
artemmoscow
21.10.2024 14:31с хрена бы, если это никак не предусмеотрено методологией разработки?
Для это другие роли в проекте
unreal_undead2
21.10.2024 14:31Если человек не может с людьми на этих других ролях пообщаться на равных с отсылками на пользовательский опыт - он никакой не сеньор.
Dmitry_604
21.10.2024 14:31Согласен, сеньор это в том числе опыт работы и с пользователями и ТЗ. А не когда все пережуют (иногда неверно) и пережеванные задачи тебе отдадут. Не значит что это должно быть постоянно но опыт такой за карьеру должен быть чтобы понимать весь цикл так сказать и более широко смотреть на задачи.
unreal_undead2
21.10.2024 14:31Да, это только часть работы. Как и, скажем, понимать, что и как о своей работе стоит доложить на конференции или топ менеджменту.
sergey-gornostaev
21.10.2024 14:31Да, в терминологии полнейший бардак не только у автора, но и в целом по отрасли. Джун, мидл и сеньор - это не должность, а грейд. Или разряд, если по-русски. Также тимлид и техлид - это в здоровой форме должно быть не должностями, а ролями.
Hlad
21.10.2024 14:31Статья из разряда "зумеры изобрели мыло". Инфляция должностей появилась чуть ли не в древнем Риме, и всегда была нефинансовым способом стимулирования человека. А тут вдруг "звание сениора обесценилось"...
lovermann
21.10.2024 14:31Я думаю, что всё потому, что сениор, - это в первую очередь про опыт и потом уже вагоном как бы автоматически предполагается, что он и по скиллам подтянут для своей "опытности". А на практике эти два понятия смешиваются (есть большой багаж знаний означает сениорность, а это не так). В армии такая же байда: можно иметь высокое звание по выслуге, но не иметь опыта реальных боёв.
velon
21.10.2024 14:31Для меня это всегда было не про опыт и скилованность, а про решение задач:
Джун - сделай вот такую задачу, применит вот это, вот так и вот так
Мидл - сделай вот такую задачу, подумай как её можно реализовать
Сеньор - сделай то, не знаю что, к позавчера
А там уже у кого какие задачи, может задачи не притязательные, и человек в 20 лет уже Сеньор, а у кого-то космический корабль, и в 20 лет опыта всё ещё Мидл.
Dmitry_604
21.10.2024 14:31Не совсем, по мне сеньор - это тот кто объяснит что позавчера нельзя назовет реальные сроки и сделает в срок
velon
21.10.2024 14:31Но и мидл это тоже может
Dmitry_604
21.10.2024 14:31Ну это все условно, конечно, и от софт скиллов зависит, обычно чем меньше опыта тем больше вероятность что начнут выполнять задачу в "гонке", не оспаривая сроки, в итоге получается так себе код и все равно срыв срока.
JoshMil
21.10.2024 14:31У бизнеса есть существенная тяга к абстракции от сложных процессов. Отсюда и снижение потребности в высококлассных специалистах на одних и тех же рабочих местах. Рано или поздно такая тенденция не могла не оказать влияния на культуру разработчиков, упрощая её.
gun_dose
21.10.2024 14:31Есть очень много компаний, где в принципе нет никаких джунов/мидлов/сеньоров. Когда я впервые устроился в IT, был там просто программистом. Несколько раз повышали зп, в основном по моей инициативе. Но ни разу не было никакого торжественного присвоения званий. Потом ушёл в другую компанию, там тоже не было никаких вот этих званий, даже несмотря на то, что уровень у всех разработчиков был разный. Были тим лиды, был CTO, но джунов/мидлов/сеньоров не было. Потом у меня друг спросил, кто я по этой градации. А я говорю хз, нигде не написано, ни в договоре, ни в корпоративном портале. Друг вообще не понял, как такое может быть, но в итоге пришли к выводу, что судя по зарплате, я сеньор.
Ну правда уже на нынешней своей работе я везде числюсь, как senior
Dmitry_604
21.10.2024 14:31Прямо в трудовом договоре и в трудовой написано senior? :)
gun_dose
21.10.2024 14:31В трудовой у меня уже три года, как ничего не записано, т.к. договор не трудовой, а на оказание услуг, соответственно и должность в таком договоре тоже не прописывается. Зато во всяких там джирах и корпоративных почтах пишут, что senior, и у меня нет никаких оснований не верить им))
sergey_prokofiev
21.10.2024 14:31Еще забавней получается с татйлом СТО.
Кевин Скотт, CTO Майкрософта. Рулит миллиардными бюджетами и принимает решения, которые определяют тренды в общемировом IT.
Иван Пупкин, CTO "Рога и копыта". Рулит 2мя студентами, фиксит их баги и деплоит сайтики на продакшн.
johnfound
21.10.2024 14:31CTO, это не титул/звание, это должность. Технический директор.
sergey_prokofiev
21.10.2024 14:31Тайтл по английски означает в том числе и должность.
johnfound
21.10.2024 14:31Это не меняет факт что ЦТО это совершенно ортогональная классификация к обсуждаемой.
sergey_prokofiev
21.10.2024 14:31Разработчик - должность
Ведущий разработчик - должность
Начальник отдела - должность
Главный инженер - должность
В чем ортогональность?
johnfound
21.10.2024 14:31А "миддл", не должность, а звание. Мы этим и обсуждаем. Вроде.
sergey_prokofiev
21.10.2024 14:31Миддл - это "Инженер 2 категории"(или 3й, я уж не помню).
Это - должность с должностным окладом, требуемой квалификацией и так далее по КЗОТ. По крайней мере в теории.
Звания - это в армию и к ментам.
rombell
21.10.2024 14:31За что Вы обижаете спортсменов, учёных и преподавателей? Профессор, мастер спорта и академик - вполне себе звания
urvanov
21.10.2024 14:31Ещё можно организовать ООО с 10к капитала, нанять туда себя и дать себе должность CTO.
rboots
21.10.2024 14:31Давно при найме смотрим не на название должностей, а на обязанности и достижения
Anilarion
21.10.2024 14:31Думаю, здесь проблема совсем в другом. Джун-мидл-сеньор - это разделение навыков разработчиков внутри компании. И сравнивать одно и то же звание из двух разных компаний будет просто некорректно. При сравнении нужно учитывать технологический уровень компании. Представьте себе, вы организовали небольшой стартап и по своим финансовым возможностям наняли разработчиков. Вы не можете себе позволить нанимать очень опытных разработчиков, но тем не менее, вам нужна иерархия, чтобы эффективно разделять задачи. Вы же не можете сделать компанию и сказать, что у вас вообще все джуны? Вот и получается, что эти звания нужно рассматривать через призму компании, потому что условный джун в Valve будет в сто раз скилловее лида в стартапе.
panzerfaust
21.10.2024 14:31условный джун в Valve будет в сто раз скилловее лида в стартапе
Откуда это мнение, что в бигтехе все какие-то гиперскилловые? Я работал в 2 бигтехах РФ и у меня противоположное мнение. В бигтех сложно попасть, но потом можно месяцами пинать балду и прикидываться ветошью. Проект, который в стартапе пилят 10 человек, в бигтехе пилят 100. Очки XP распределяются соответственно.
pyrk2142
21.10.2024 14:31Таким образом вы не только внесёте ясность для своих сотрудников, но и сделаете свой вклад в стандартизацию понимания должностей отрасли в целом.
Тут возникает этически-экономический вопрос: а зачем? Вы и так знаете уровень своего сотрудника, его сильные и слабые стороны. Конкуренты же будут приятно удивлены, узнав, что можно нанять ведущего старшего синьора разработки софтверного ПО так быстро и выгодно
Сохраняя осмысленность званий, они привлекают лучших специалистов, ценящих истинный рост, а не громкие титулы.
Определённо, настоящий сеньор пойдёт работать ведущим инженером по разработке ПО за 100 рублей, а не сеньором-наставником за 150, ведь первое отражает его настоящие навыки
amazingname
21.10.2024 14:31Где они эти синьоры? Мы все время собесим на мидловские должности "технических лидеров". И никто даже на вопросы для мидлов не отвечает.
Dmitry_604
21.10.2024 14:31Потому что синьор это больше про возможность разобраться во всем и применить, а не знания конкретной узкой области (если только он не говорит что работал с ней в последнее время). И пока на собеседованиях требовать зубрежных знаний - то нормальных сениоров и не получите в штат, только через рекомендации коллег.
amazingname
21.10.2024 14:31На самом деле это была просто ирония, что синьором уже быть не модно, теперь все техлиды. Вопросы для мидлов очень простые, типа где хранится переменная в стеке или куче, какова сложность выбора и hash table и так далее.
artemmoscow
21.10.2024 14:31работодателю нафиг не нужен сеньор которому надо разбираться. Это называется джун. Нужен сеньор который уже знает как решить вашу задачу
Dmitry_604
21.10.2024 14:31Жаль тех людей в разработке, у которых только типовые задачи и им ни в чем уже не нужно разбираться.
artemmoscow
21.10.2024 14:31других не нанимают
unreal_undead2
21.10.2024 14:31Посмотрите, например, выступления на конференциях на нужные темы, может увидите подходящих людей.
sergey-gornostaev
21.10.2024 14:31Иногда смотришь и думаешь "Как он на эту сцену вообще попал?" Особенно в последнее время.
isumix
21.10.2024 14:31Когда правишь код этих 20-30 летних синьоров, то хочется плакать, и делать другие манипуляции с их бренными тушками ))
spirit1984
21.10.2024 14:31Принцип Питера в действии:
Аттестаты, дипломы и ученые степени все больше утрачивают ценность как показатели компетентности. При старой системе мы знали, что ученик, который не смог одолеть восьмого класса, во всяком случае знает программу седьмого. Мы знали, что студент, не справившийся с программой первого курса университета, по крайней мере обладает знаниями в объеме средней школы, и т. д. Но теперь мы не можем предполагать ничего подобного. Современное свидетельство об образовании доказывает лишь одно: ученик обладал достаточной компетенцией только на то, чтобы высидеть в школе определенное число лет....
Такое же положение наблюдается и в области высшего образования. Ценность дипломов бакалавра и магистра также регрессировала. Только докторский диплом еще хранит былой ореол компетентности. Однако даже его ценность пошла на убыль из-за появления более высоких ученых степеней. Но много ли потребуется времени, чтобы и эти степени также превратились в признак некомпетентности?
event1
21.10.2024 14:31Тут немножко другая проблема. Сейчас во многих странах вышку может получить, практически, кто угодно. Мест много, цена приемлемая, жильём и едой обеспечат родители или государство. ВУЗам не выгодно выгонять студентов.
В середине 20го века такого не было. Где-то было мало мест, где-то дорого, где-то надо было идти в ПТУ и работать лет с 17-ти. Вышку получали мотивированные и/или богатые.Инфляция же рабочих званий вызвана отнюдь не повысившейся доступностью умений
artemmoscow
21.10.2024 14:31Положение не соответствует действительности. Ровно наоборот все, сегодняшние джуны это вчерашние сеньоры. Корме того поменялась методология разработки ПО. Если HR узнает что у вас есть опыт руководства, собственного бизнеса или проектирования системы с нуля под нужды заказчика - вас погонят ссаными тряпками в виду неадекватных амбиций. Синьор сейчас это шестеренка, которая с ходу становится в корпоративный механизм.
Такие статьи создаются по заказу тех же корпораций. Которые мало того что хотят, что бы ты решал литкод на время и свежий опыт по фулстеку - начиная от тонких запросов в настройке sql, знания сетевых протоколов но и недров ангуляра и профессиональной верстки - но при этом что бы соискатель считал себя говном
Amtell
21.10.2024 14:31Один маленький нюанс, а кто назначает/дает программистам эти звания?
какая то оценочная структура? компания в которой он работает? или он сам себе пририсовывает звездочки
на погонахв резюме по воле наглости и амбиций?И кто определяет границы подобного разделения уровней?
В одной компании человека могут считать чуть ли не живой иконой за его навыки и умения, а в другой компании этого же человека будут считать не более чем стажором/студентом который ничего не понимает и только путается под ногами.
данная проблема существует не только среди разработчиков.
andmerk93
21.10.2024 14:31tldr: "Чуваки, нам нужна сертификация, а то не понятно, кто сеньор, а кто прикидывается"
event1
21.10.2024 14:31но сертификация уже есть и она не работает.
andmerk93
21.10.2024 14:31CCNA у сетевевиков не работает?
RHCSA у линуксоидов не работает?
Экзамены у 1Сников не работают?
TOEFL/IELTS по языкам не работает?
Нормально делай - нормально будет. Если просто скопировать теорию в гуглоформы, сделать смешной тест на 10 вопросов, и 100 лет его не менять, конечно, не будет работать.event1
21.10.2024 14:31Не работает, в смысле, можно получить не обладая полнотой и глубиной знаний. Конкретно
CCNA у сетевевиков не работает?
встречаю таких часто по долгу службы. С другими из перечисленных лично не встречался, но подозреваю, там примерно так же.
AllexIn
21.10.2024 14:31Эти "звания" всегда были чушью.
Понятия всегда были размыты и два человека с одинаковым "званием" почти всегда были очень сильно разными специалистами.
Сейчас людей в профессии стало еще больше, размытость стала еще очевидней.
Поэтому брать надо не по "званию", а по опыту, который релевантен вашим задачам.
oliva80
21.10.2024 14:31"Истинный сениор-разработчик — это проверенный в боях решатель задач.- красиво сказал, истинно так! :)
Georgii_L
21.10.2024 14:31Что бы был общий смысл нужна или со стороны гос-ва или со стороны отрасли общий стандарт. Что должен знать и уметь разраб/аздмин/иб спец N-ного разряда. В СССР сетка такая была
Ну а пока нет- каждый изгаляется как может. и соответствия буде найти сложно.. Причем причина не только потешить самолюбие и трудовую кандидата записью "самый главный сеньёр". Должность могут поставить пониже, что бы потом была возможность повысить её и поднять ЗП. Условно от ведущего до главного. Если должности эксперта в продразделение не предусмотрена повысить спеца- это самый простой способ (инфа от нелинейнонго менджера в кровавом етерпрайзе, где штатку поменять крайне сложно. Ну или с прошлой работы пример- у меня на глазах строилась странная структура, когда было довольно много отделов, но отдел мог состоять из начальника отдела, зам начальника, и двух исполнителей. Понятно. что выделенный управленец на двух сотрудников нахрен не нужен. А тут аж два. Тоже -виртуальные должности
+ привязка к грейдовой модели. Уровень сложности работы. Уровень ответсвенности. Уровень самостоятельности принятия решений и "нетипичности задач" и уровня неопределённости. Горизонт временной на который влияют. Условно у уборщицы видно в течении часа результат. У разработчиков в течении месяца. У архитектора (не важно в разработке или инфраструктуры) уже косяки (или удачность решения) могут проявиться при запуске системе в прод (условно через год). Ну а у директоров которые решения принимают о крупных инвест проектах и стратегии развития компании результат может быть и через десятки лет
Для управленцев- бюджет которым распоряжаются.
emusic
21.10.2024 14:31С терминами вроде "элитный" и "эксклюзивный" это случилось уже очень давно. :)
VVitaly
21.10.2024 14:31:-) "Сертификации" уже нанятых (на определенную должность/задачу/место) спецов нужны чтобы меньше платить... Ну возможно кому то для поднятия чувства собственного достоинства... :-)
Новая "должность" (малиновые штаны) - примерно для того же... Чтобы обосновать повышение зарплаты/дохода или поднятия собственного чувства достоинства...
Адекватные спецы - прекрасно и без "титулов" обходятся и просто "знают себе цену" (и работодатель ее просто платит), про "не адекватных" так сказать нельзя...event1
21.10.2024 14:31Адекватные спецы - прекрасно и без "титулов" обходятся и просто "знают себе цену" (и работодатель ее просто платит), про "не адекватных" так сказать нельзя...
В копрорациях нужны звания и зарплатные сетки. Иначе ФОТ улетит в космос.
VVitaly
21.10.2024 14:31:-) Так я и написал....
"Новая "должность" (малиновые штаны) - примерно для того же... Чтобы обосновать повышение зарплаты/дохода или поднятия собственного чувства достоинства..."event1
21.10.2024 14:31Я не это имел ввиду. Вы рассуждаете с точки зрения рядового сотрудника, но если взглянуть со стороны руководства крупной структуры, то у нас есть бюджет, часть которого идёт на ФОТ, который нужно как-то систематически разделить. Если ориентироваться только на мнение непосредственного начальника, то получится борьба мнений, базар, раздрай и скандал. По-этому, мы создаём звания, должности и зарплатную сетку поверх всего этого. Чувство достоинства линейного сотрудника тут имеют примерно последнее значение.
VVitaly
21.10.2024 14:31"С точки зрения рядового сотрудника" мне абсолютно все равно "откуда" руководство возьмет средства для оплаты моего труда...
А кто кроме "непосредственного начальника" должен и может оценить вклад каждого из его подчиненных в "общее дело" и "разделить" выделенные на коллектив средства? Вне зависимости от присвоенных кем то "малиновых штанов"...
m_chrom
21.10.2024 14:31Странно, что автор не упомянул в качестве маховика, разгоняющего "инфляцию должностей", компании-бодишопы (aka галеры). Потому что там назвать всех сеньорами и продавать их заказчикам подороже - это буквально бизнес-модель кампании.
ishchu_kota
21.10.2024 14:31Сегодня разработчиков начинают величать «сениорами» невероятно быстро, часто всего спустя три-четыре года работы.
Лично знаю несколько "синьоров", у которых даже года реального опыта нет. А три-четыре года, которые требует с современных "миддлов", "синьоров" эйчары — лишь бутафория, возникшая на рынке в условии сильнейшего дефицита кадров. И все в курсе, что почти все крутят опыт. В Яндекс может быть не возьмут с такими приколами, но банки набирают охотно людей, которым хватило ума заучить вопросы к собесу и умело притвориться "опытным" работником, потому что других нет, а брать совсем зелёных никому не нужно. Вакансий джунов почти нет.
artemmoscow
21.10.2024 14:31что ты несешь? Давно работу искал? О каком дефиците кадров речь?
ishchu_kota
21.10.2024 14:31
Вбиваешь любой ЯП, смотришь вакансии. Люди в дискорд-каналах по очереди собесы толпами дудосят и за 2 недели по 10 офферов выбивают и выбирают где посочнее предложение.
UPD: Вот сегодняшняя ссылка до кучи https://www.fontanka.ru/2024/10/21/74235836/
artemmoscow
21.10.2024 14:31ты на вакансии пробовал отзываться? У меня (20 лет опыта в шарпе, 10 в вебе, свободный английский) 90% откликов не просмотрено. Реально из 200 прокликов было всего 5 скринингов . На собесах отказы хз по каким причинам. Отвечаю практически на все вопросы. Раньше работу больше чем неделю не искал.
artemmoscow
21.10.2024 14:31морду бы разбить уродам которые рассказывают якобы про нехватку ИТ специалистов. Проходил собес на плюсы - там требовалось 3 года опыта ковыряния в сырцах V8. за 2 штуки баксов, ага. Ну да сцуко таких специалотов острая нехватка.
ishchu_kota
21.10.2024 14:31Нащёт решёток и плюсцов ничо не скажу, но на жабе расхватывают как горячие пирожки. Насчёт откликов правда, чтобы 10-20 собесов пройти, нужно 500-1000 откликов прокинуть по всем вакам на хх и везде вообще. Офферы за неделю-две точно получить можно. Возможно на сях уже реально нашли всех, кого хотели найти и постепенно переводят пчелов на чот более высокоуровневое постепенно, переписывая старомодное, но тут хз, лично не сталкивался.
На собесах отказы хз по каким причинам.
Если в конце собеса конкретно не говорят, то проси письменный, или "будешь жаловаться"
Отвечаю практически на все вопросы.
Да, иногда до кровавого поноса спрашивают, но посылают в дальнейшие поиски, такое тоже бывает.
Ну да сцуко таких специалотов острая нехватка.
Ну острая нехватка низкооплачиваемых высококвалифицированных специалистов она всегда.
artemmoscow
21.10.2024 14:31дело даже не в квалификации, а хотят человека который на 100% попадал бы в ту задачу, которую они решают прямо сейчас плюс был лояльным, неамбициозным и зарабатывал на уровне квалифицированного работяги. Угадать же что именно спросят на собесе нереально, потому что нельзя одновременно глубоко знать и БД и фронт и алгоритмы и системное программирование. А потом работодатели вздыхают что дескать вот нормальных кадров нету. 10 лет назад была норма когда знал дай бог половину из требуемого списка, меня часто брали на работу на язык и техонологию которую вообще не знал до этого.
artemmoscow
21.10.2024 14:31ситуация когда на 1000 откликов 10 скринингов - это как раз и есть ситуация _нет работы_ причем скрининг назначают на "окошко в следующий четверг". В середине нулевых у меня в неделю было 5 собесов 4 офера
event1
21.10.2024 14:31Перевод хороший, статья ни о чём. В каждой конторе и у даже у каждого человека своё понимание званий. Я лично использую следующую градацию:
Джун программирует под наблюдением
Мид программирует сам
Синьор решает проблемы
Попытка решить эту ситуацию (я бы даже не стал называть это проблемой) призывом к абстрактным сотрудникам отделов кадров вряд ли поможет. Теоретически может помочь введение международных стандартов, но разработчики их конечно хакнут. Так же как хакнули сертификации.
SkeptiK93
21.10.2024 14:31Работал сетевиком (2 года), проектировщиком провайдерской сети (год), далее подался линуксоидничать, отработал год в саппорте одного из вендоров инфобеза.
Так вот: так сложилось, что после моего перевода из саппорта в джуны-девопсы (шел помогать с рутиной для старшего коллеги) я остался одним-единственным девопсом - но с задачами типа "полностью рули проектной инфраструктурой (9 серверов, 130 стендов разработчиков и мелочевка типа пары микротов, почтарей, фтп, контроллера домена), рули проектным Gitlab CI (если что непонятно, иди к тимлидам), и сделай так, чтобы докер перестал ходить во внешние репозитории (собери свои базовые образы, приземли все описанное в докерфайлах на локальный проектный Нексус). И сообрази, что нам нужно бэкапить. И не забудь все задокументировать - что, как и почему делается, а то за предыдущие 5-7 лет у нас нет документации."
Знающие люди, подскажите, пожалуйста - как скоро в таких реалиях можно получить моральное право именовать себя мидлом? :D
artemmoscow
21.10.2024 14:31тебе не пофиг как тебя называют? лишь бы з.п. капала. Эти грейды имеют смысл в бигтехах, когда им пытаются подражать рога и копыта - смешно
artemmoscow
21.10.2024 14:31Реальный вопрос на собесдовании - вы кем себя читаете мидлом джуном или сеньорром
Ну если я 20 лет программирую наверное я опытный разработчик
Нам нужны самостоятельные люди, способные решать задачи и принимать решения. Вы такой?
Создать проект на 200 тыс строк кода и 10 млн рублей продаж - это самостоятельный программист?
Ну это не программист, а бизнесмен, как программиста вас это никак не характерезует. Нам люди с амбициями не нужны - удачи в дальнейших поисках
VVitaly
21.10.2024 14:31:-) "Я умею решать IT проблемы и задачи! Качественно, быстро и дешево! Выбирайте два пункта из трех..."
GoToHelenFry
21.10.2024 14:31А вы помните эту околтвиттерскую шутку, что на собесе программисту сказали что он не может звать себя сеньором, для этого его другие сеньоры должны признать? И там пошли шутке в стиле "Саня Кипрский может помочь короноваться в С++ сеньора за небольшую доплату".
uxgen
21.10.2024 14:31А меня раскороновали - сказали раз полгода не работал, значит больше не сеньер.
tminnigaliev
21.10.2024 14:31Понятно, что это перевод, но и оригинал - это не более чем плачь Ярославны.
Инфляция ради удержания - только одна из многих причин раздачи больших должностей и при том не самая главная.
Самая главная - частая смена работ программистами. При среднем сроке работы на одном месте в 2-3 года возникает такой парадокс, что сениор с 20 летним стажем, пришедший на свою должность вчера может оказаться сильно менее эффективным чем джун, проработавший уже год в этой компании. И как тут быть?
А причина уже такой ситуации в сильном разветвлении специализаций компаний, в том, что сейчас нельзя выучиться в ВУЗе один раз и потом пользоваться этими знаниями на работе всю жизнь. По крайней мере разработчику.
Т.е. плачь этот по поводу того, что мы не токари не фрезеровщики и не водители и не швеи и что компании наши сокращают нас очень часто и что вообще технологическая сингулярность и больно вот от этого вот всего... но избегать повышения людей в должности - это не решение, потому что должность человека в компании отражает его место в орг-штатной структуре, роль в компании и значимость этого человека в достижении целей компании. Если обязать компании, например, не делать человека мидлом, пока он не получит стаж в 3 или 5 лет, то это будет совок и гулаг - просто компании через какое-то время уйдут из страны, которая диктует им, как вести кадровую политику.
VZ1
21.10.2024 14:31Все правильно. Для истинных сениоров нужно ввести приставку "супер-", потом "мега-", потом "магистр-". Так мы и победим в гонке с самозванцами
kompilainenn2
К Вам на работу приняли 20 летнего синьора и платят ему в пять раз больше, чем Вам, прошедшему огонь, воду и медные трубы?
NechkaP
Ну, это перевод, но в целом не понятно, кто больше гонится за "громкими званиями" - те, кто их получает быстро только, чтобы компания оправдала запрошенную кандидатом (может, и 20-летним) зарплату, или те, кто пишут статьи о том, как всё пропало из-за того, что должность стала меньше означать сама по себе
kompilainenn2
А, я ж этот, текст не читай - сразу отвечай
kravealeksandra
по моему опыту за званиями гонятся люди старшего поколения, им "значок" и "грамота" важнее бонусов, премий и вообще уровня зп даже. И порой им как раз важнее обладать званием личным, чем вести компанию в рост. А вот 20-летние как раз частенько готовы быть винтиком в большой системе
fen-sei
"Значок" полезен при устройстве на работу.
SpiderEkb
Люди старшего поколения как раз ко всем этим лычкам относятся достаточно снисходительно - "чем бы дитя не тешилось".
А винтиком им быть уже скучно.
rombell
Значок нужен исключительно при смене работы. В компании, в которой я работаю, куча грейдов, и название должности в соответствии моему грейду звучит очень громко, но по факту я такой же разработчик. И название это пофиг, а вот цифирка грейда - очень даже деньги, и растут они без роста цифирки очень медленно.
Zalechi
И вот повелось же на Руси в Градусах уровни должности (разряды) обсуждать, в комментах и прочей корпорат культуре.О чем еще мы можем говорить?… лол
грэйд — это градус, ступень, происходит из лат., а там уже через третий экспорт мы тут обсуждаем.
Пластаммасовый мир победил, маркетологи и пиарщики правят миром. Поздравляю)
А англицизмы не есть плохо, но тошнит уж. Там где перебор — перебор (и я не про комменты).
rombell
Иногда англицизм - полный синоним существующего, и это плохо. Но иногда - это новый термин, который может быть даже не привязан по смыслу к переводу оригинала. И это нормально, жизнь усложняется, и новые термины неизбежны.
У нас в приказах именно грейд. Слово "разряд", полный аналог в одном из значений, во-первых, довольно-таки устарело (кромчасто ли приходится сталкиваться со "слесарем шестого разряда"?), во-вторых, имеет довольно много значений (разряд числа, разряд квалификации, разряд молнии, процесс снижения заряда и так далее). В этом плане грейд - термин, обозначающий одно из значений термина "разряд", и в таком плане был неизбежен
Aleksej2020
"Инфляция" произошла из-за мемасничества и заносчивости. Первое обесценило смысл разделения труда, заменив его на дразнилки. Второе - и молодые, и пожилые "синьеры" сами подмочили репутацию, предпочитая дразнить начинающих - вот и получили заслуженное отношение
mumamum
Из-за экономии: проще дать более звучное название должности, но избежать при этом повышения зарплаты.
StupidityIncarnate
А что, кто-то продолжает вестись на лычку сеньора за условные 230к, когда на рынке мидл+ от условных 300к+?
mumamum
Не так:
Нект имеет уровень миддла.
Но из двух равных вариантов где работать за одни и те же деньги выберет тот вариант, где дают какие-то плюшки.
Плюшкой может быть что угодно: бесплатный бассейн для сотрудников или три монитора на рабочем столе или лычка или бесплатный массажист в офисе т.п.
isumix
Если ко мне придет человек до 40 лет и скажет что он синьор, то мне с ним все понятно. Ну ладно, до 35 минимум. Вундеркинды бывают, но шанс нарваться на 0.01% крайне малы и на интервью это сразу видно без лайвкодинга.
Dmitry_604
Ну не совсем согласен, наверное с 10 лет реального опыта в разработке на разных проектах можно уже. А это может быть с 30 лет возраста вполне
isumix
Может, но процент таких людей крайне мал.
NechkaP
Вуз заканчивают в среднем в 22, иногда выходят на работу по специальности в IT уже раньше... чего это процент крайне мал?
mumamum
Средний уровень профессионального рвения весьма среднен.
AllexIn
Программирую с 9 лет.
В 22 года имел за плечами проект написанный практически в одиночку, который крутился в развлекательных комплексах по всей России.
Условно "игра", в которой был игровой движок с сетевой синхронизацией, редактор уровней, взамидействие с внешними устройствами, с веб админкой.
И всё это написанное практически в одиночку(дополнительные программисты в проекте появились, когда уже в прод выходили) без использования каких-либо фреймворков.
По мне так я в то время вполне себе сеньором был в своей области.
И это не вопрос гениальности. Это вопрос работы в нескольких игровых студиях, впитывания опыта, заинтересованности в профессии.
isumix
Вы видимо не внимательно прочитали про 0.01%.
Ну и то что у вас в 22 года проект свой, ничего не говорит о вас как о специалисте о котором автор статьи рассуждает.
Я тоже сделал программу складского учета еще в школе, без интернета и книжек.
Глядя на то как развивался 5-10-15 лет назад, видно насколько это разные миры.
AllexIn
Я внимательно прочитал про 0.01%. Вы там говорите о вундеркиндах. А я как раз говорю о том, что не надо быть вындеркиндом, чтобы стать сеньором к 25.
Надо иметь желание и работать в правильных компаниях.
mumamum
Вундеркиндом не нужно. Сам увлеченно программирую где-то с 15.
Но в 9 лет лучше на велосипедах с пацанами. Или там за ящерками на речку. Это куда как более типично. Ну или для современных пацанов наверное в Доту задротить...
А так как вы не поняли про 0,01%, к которому сами же и относитесь, то уровень аналитичности вашего мышления не самый аналитичный. Что показывает, что годы вообще говоря не автоматически гарантируют мудрость.
AllexIn
Ну вот смотрите, люди в этой ветке рассуждают о том, что "никогда не проходил ревью", "только соло проекты". При том что я прямым текстом написал что важны "работы в нескольких игровых студиях, впитывания опыта".
О какой аналитичском мышлении вы рассуждаете, если большая часть комментаторов(включая вас) даже прямую речь воспринять не способны?
TerraV
Сеньор это не про соло проекты. То что вы можете делать крутые штуки в одиночку это безусловно круто и заслуживает уважения. Говорит ли это о том что вы сеньор? Я бы не был так уверен.
scarab
Как раз говорит. Потому что сеньор - это про умение строить архитектуру, умение поддерживать проект, про знание смежных областей. В соло-проектах именно эти навыки и необходимы. Когда никто, кроме тебя, не придумает общую концепцию проекта, не построит инфраструктуру, не обеспечит работоспособность.
Чего сеньор не получит в соло - это навыков распределения задач, совместной работы, код-ревью. Но это, по нынешним временам, уже скорее функции тимлида/техлида, сеньор-разработчику это необязательно.
olezh
Senior который ни разу не проходил код-ревью? Это что за колосс на глиняных ногах?)
scarab
Покажите, пожалуйста, где написано, что сеньор обязательно должен проходить код-ревью, а не то он будет "колоссом на глиняных ногах"?
Кроме того, я говорил не о прохождении, а о проведении ревью самостоятельно. Это отдельный навык, безусловно полезный, но вовсе необязательный для сеньор-разработчика - если он, как было указано выше, писал исключительно соло-проекты.
И да, соло-проекты - это необязательно "сайт про меня и мою собачку жучку". Я знаю примеры крупных проектов с сотнями внедрений, написанных без код-ревью просто потому, что писали их люди, чей код ревьюить банально не было нужды (да и найти специалистов, способных это ревью провести, задача очень нетривиальная).
isumix
А откуда вы узнаете что ваш код это не поддерживаемая простыня из костылей и велосипедов, если вас ни кто не ревьюил или у вас нет десятков лет за плечами чтобы прийти к этому самостоятельно?
scarab
Так речь и идёт о сеньорах, причём именно в нормальном смысле этого слова, с десятками лет опыта за плечами.
olezh
Вы куда-то выпали из логики обсуждения. Речь о возникновении "сеньора" - откуда он возьмётся в 22 года. Есть мнение, что ниоткуда, не имея опыта работы с разными людьми над разными проектами. Это самый простой и естественный путь.
scarab
Я возражал на комментарий, в котором человек заявлял, что "Сеньор это не про соло проекты", не более того.
Что нельзя быть сеньором в 22 - я, скорее, соглашусь. Притом, что я сам программирую с 9 лет, а сейчас мне 44 и я ещё успел застать "старую школу" (начинал, к слову, сразу с ассемблера).
При этом мне неоднократно приходилось делать крупные проекты либо в одиночку, либо в группе, но где мою часть знал только я. Зачем нужно ревьюить код сеньора с опытом в четверть века и зачем ради этого нанимать второго такого же - ну, мне не очень понятно.
anaxita
Затем, что любой человек может допустить по разным причинам, вне зависимости от опыта.
А по поводу «я писал проект с нуля и только я что то знал» - хватит чесать языком, покажите код (с)
scarab
Ну сейчас-то да, безусловно, когда в ИТ-компаниях число разработчиков измеряется сотнями, а подчас и тысячами - действительно, замещая количеством качество - надо строить сложную многоуровневую систему ревью, писать автотесты, гонять код статическими анализаторами... и всё равно допускать ошибки.
Но, понимаете ли, так было не всегда. Было время, когда любой приличный админ мог написать патч к ядру или любому софту, а при случае - и свой собственный написать. Достаточно вспомнить, что nginx был написан Игорем Сысоевым, когда он работал админом в Рамблере, потому что производительности апача не хватало. И это решение вполне работало.
Или, как пример, найдите интервью с Алексеем Кузнецовым, одним из основных разработчиков IP-стека в линуксе - он там рассказывал, как им в институт притащили две дискеты с линуксом - правда, половины libc не было и пришлось дописать самостоятельно. И он тоже не был профессиональным программистом, он был физиком.
И ревьюить их код было банально некому, да и незачем, потому что это сейчас логика программиста "моё дело - тикеты в жире закрывать, а зачем они - то пусть ПМ думает". Там люди сами ставили себе задачи и сами их решали - и инженер, не умеющий в декомпозицию, попросту не мог называться инженером.
Или, на Ваш взгляд, человек, написавший в одиночку самый популярный веб-сервер в мире, недостоин высокого звания сеньора? А ведь он не был каким-то выдающимся исключением, на это был способен любой приличный специалист, если он вдавался в проблему.
mumamum
"Приличных" специалистов очень мало.
В среднем люди весьма средние профессионалы.
scarab
Беда в том, что планка "среднего" неуклонно снижается.
В 80-х и даже в начале 90-х в IT денег ещё не было и шли туда в основном фанаты. Те, кто сам паял себе компьютеры и сам писал под них софт и операционки; кто поднимал фидошные ноды "потому что могу", кто занимался IT из любви к этой отрасли.
Потом зарплаты выросли и пошла волна "вайтишников": "Я тут после армии два года вагоны разгружал, а тут узнал, что программистам дохрена платят, какой язык мне выучить первым?". И сейчас уже их прочат в "сеньоры", потому что ну три года работает же, целых два проекта написал. Ну а то, что его код до сих пор ревьюить надо - "ну так все же так делают".
А те, кто писал код ещё задолго до рождения большинства этих "сеньоров" - они, судя по количеству минусов, звания сеньора как раз и не заслуживают, потому что писали в соло, а не сотней человек, подтирая друг за другом косяки. Ну что ж, давайте катиться по наклонной дальше.
mumamum
Навык не обязательный. Но имеет весьма полезный бонус.
У соло-специалиста обратной связи от опытных коллег нет. Поэтому стать опытном спецом в соло сложнее и дольше.
При наличии обратной связи можно и целые годы профессонального роста сэкономить.
TerraV
Сеньор это про совместную разработку как минимум. Писать код, который могут читать и поддерживать другие. Понимать и поддерживать код других людей. Понимать не только свои идеи, а идеи других людей. Разработка в соло в десятки раз проще, потому что на проекте только один "дурак" - ты сам. Как единственный разработчик вы можете прыграть по техстэку как кузнечик. Вы всегда будете в курсе того что происходит. В команде веселья куда как больше.
anaxita
Поддерживаю, в любой системе где больше 1 команды нужно думать об обратной совместимости, согласовывать контракты, адрки, искать компромиссы.
В соло разработке как сделал так сделал. И до смерти будешь защищать свое творение и сам его переписывать с нуля каждый месяц дабы довести до идеала.
deadraidfd
Ну мне 40 лет у меня больше 20 лет в программировании. Вы уверены что вы мне сможете составить конкуренцию хоть в чем то кроме вашего самомнения ?
Хотя скорее это вы ко мне на собес придете.
mumamum
Сам по себе возраст не показатель.
В среднем люди работают весьма на среднем уровне в своей профессии, если не хуже.
Буквально сейчас работаю с программистом, который кодит всю жизнь. Ему сейчас 45.
Время от времени ловлю себя на мысли, что вот это или вон то он сделал как типичный джун и не понимает это.
deadraidfd
Возраст как правило показатель опыта в профессии. Не всегда.
Бывают мамонты которые сидят в банках и давно деградировали до овощей. Обычно это Java прогеры. Которые ничего не учат и ковыряют свой Legacy.
Сам встречал таких.
В остальном.
Если взять 8 из 10 программистов с 10+ годами опыта. Как правило 8 будут хорошие специалисты. Все потому что невозможно оставаться востребованным в IT не обучаясь. И чем ты дольше в профессии тем больше ты выучил и пережил всего. А за 10+ лет обучения и практики ты хочешь не хочешь станешь специалистом.
Вот сейчас новый период AI. Останутся только самые лучшие в IT. Те кто приспособился и получил новые навыки.
"ловлю себя на мысли, что вот это или вон то он сделал как типичный джун"
Вы все правильно замечаете только не ту сторону смотрите.
Опытный разработчик может класть болт на работу. Особенно если работа плохоя. Скорее всего это вы и наблюдаете.
Я могу и пишу и буду писать говнокод.
Я пишу отличный код только когда за него классно платят и мне очень интересно.
Если это средняя работа я делаю минимум чтобы работать.
Я на собесах специально отвечаю на только ту часть вопросов чтобы пройти этот собес.
Временя когда я пытался показать себя давно прошли.
Показываешь что ты знаешь дохера и умеешь дохера, ты будеш тем кто все на себе тащит. Вот это молодые разрабы не понимают.
Компании это не ваши друзья. Их задача чтобы вы херачили как лошадь за минимум денег. Поэтому в крупных компаниях специально создают соревновательную среду.
Если работа говно. То и код я буду писать говно. Я не хочу тратить свои ресурсы на херню. У меня для этого пет проекты есть.
Работа это не моя жизнь.