Джуниор не умеет работать, сеньор умеет не работать: чем отличаются роли Junior, Middle и Senior

Классификация джун/мидл/сеньор может отличаться от компании к компании. Поэтому и случаются такие истории, когда сеньор переходит в другую компанию на middle-позицию, при этом сохранив или даже увеличив зарплату.

Но есть «средняя температура по больнице», которая подходит большинству IT-компаний. Какая именно — рассказал на своем YouTube основатель школы программирования FoxmindEd Сергей Немчинский.

Highload публикует текстовую версию материала.

Джун

Реализует поставленную техническую задачу. Не строит архитектуру и не решает проблемы бизнеса.

Важно! Если вы не умеете программировать, если вы бегаете к старшим товарищам с каждой строчкой кода и если вы не можете написать что-то осмысленное без присмотра — вы не джун. Вы вообще еще не разработчик.

Вот как выглядит работа junior-разработчика:

1. Ему ставят задачу. Обязательно технически. Например: реализуй вот такой класс, вот такую функциональность и вот в таком ограничении.
2. Он садится и выполняет задачу. Может иногда обращаться с вопросом к старшему товарищу.

Мидл

Тоже пишет хороший код. Может делать это лучше джуниора, может — так же. Главное отличие от джуна: мидл может понять задачу, поставленную в терминах бизнеса.

Например: «Смотри, нам нужен функционал раздачи прав пользователей».

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

Сеньор

Решает проблемы бизнеса, даже если они не сформулированы.

Если сеньору бизнес скажет: «Сделайте нам, пожалуйста, поиск по элементам», сеньор уточнит, зачем это нужно, и вполне сможет предложить альтернативное решение проблемы.

Важно! Уровень сеньорности сильно зависит от стажа программиста. Несмотря на все ваши знания и навыки, вас практически ни в одной компании не назначат сеньором, если у вас нет хотя бы трех лет стажа (по-хорошему — надо пять).

Также senior-разработчик умеет вести за собой. То есть он не только понимает, как и что реализовать, но и может объяснить это младшим коллегам, распределить между ними задачи и организовать из них небольшую команду.

Скорее всего, у вас возник вопрос: а чем же тогда занимаются тимлид и техлид? Давайте разберем.

Тимлид vs Техлид

В некоторых компаниях эти должности объединены в одну. Но вообще делать так — не очень хорошая идея 🙂

Напутственный совет от Немчинского: аутсорс-компании любят «тянуть лычки», чтобы продать разработчиков подороже. Поэтому не слишком фокусируйтесь на том, как вы называетесь. Главное — чтобы вы знали, что делаете.