Итак, карьерные лестницы и мои ощущения на них.
Во многом этот тред навеян заполнением своего Career Mapping в GitLab и обсуждением этого с многими людьми "а как у вас это происходит" :)
Начнём с самого простого - с иерархии. Если с первыми шагами у инженера всё просто - junior, middle, senior, то дальше всё нетривиальнее - часто с точки зрения инженерных позиций наступает карьерный тупик
Когда я говорю о карьерном тупике инженерной работы, то имею ввиду, что часто "продолжением" этой лесенки рисуют всякое "тимлидство" - должности, направленные на управление людьми, а не кодом.
Структура карьерной лестницы целиком диктуется бизнес-потребностями компании, поэтому в том, что к примеру в аутсорсинговой небольшой компании будет такая градация нет ничего убедительного - инженеры выше сенйьора могут быть нужны в единичном экземпляре
По моему опыту, четким признаком такого места является наличие "высокой" технической должности (она может называться очень по-разному в разных компаниях - Solution Architect, CTO, Tech Lead ) без внятных критериев получения подобной должности.
Другими словами, речь идет не о развитии конкретного инженера, а о "заполнении" вакансии. Когда вакансия наверху освободится (или появится, к примеру, вследствие роста компании) - компания тем или иным способом её заполнит. До этого вы можете быть хоть трижды молодцом
Еще раз акцентирую внимание - подобная структура - ни хорошо ни плохо, но важно осознавать её, чтобы понимать, как она соотносится с вашими карьерными целями и задачами.
Одной из главных проблем роста по принципу "молодец" - принцип Питера ru.wikipedia.org/wiki/%D0%9F%D1…
Я не раз видел как хорошие инженеры senior-уровня плохо справляются с функциональными задачами уровня выше