Синьор и сеньор в чем разница

В чем разница между мидлом и сеньором

Заметка навеяна вопросом друга на эту тему, решил развернуто ответить.

Далее пойдут, разумеется, лишь только мои мысли, которые основаны на моем опыте. Специально перед написанием этой заметки решил ничего не читать в других местах, чтобы не замылить собственное ощущение. Приступим.

В чем разница между мидлом и сеньором? Пройдем по пунктам:

Зам тимлида

Да, позиция сеньора означает, что он может быть потенциальным замом тимлида, Что это значит?

Это значит, что нужно будет понимать +‑ в целом архитектуру всего проекта.
Иметь нужные доступы по работе, подменять иногда тимлида, чтобы при уходе оного в отпуск проект не останавливался в ступоре.
При необходимости участвовать в совещаниях по планированию и интеграций.
Не замыкаться только лишь на своих задачах и понимать куда идет разработка в целом.
Уровень soft‑skills должен быть на должном уровне, чтобы можно было вести переговоры с другими командами, решать конфликты внутри команды и не создавать их самому.

Ответственность

Здесь разница именно в том, что сеньор прежде всего должен уметь взять задачу / направление в развитии проекта и вести его до нужного результата.

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

Техническая часть

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

Есть базовые пазлы разработки и они должны быть знакомы сеньору. Причем пусть даже какая‑то из технологий не известна — это не страшно, всегда можно погрузиться настолько, насколько это нужно, чтобы начать перформить на должном уровне.

Общий опыт работы

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

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

Вместо итога

Резюмируя скажу, что это лишь мое мнение и мнение во время, пока я работал. Почему уточняю? Потому что определение лычек меняется всегда и нет каких‑то точных черт, которые бы гвоздями прибили разницу эту.

Друзья, также есть телеграм канал по разработке, кому интересно — подписывайтесь.

senior engineer
middle