Senior Java — это кто? Почему одинаковый title ещё не означает одинаковую работу

Фраза нам нужен Senior Java для меня вообще не бриф — это только начало разговора.

Потому что один нанимающий менеджер дальше расскажет про Spring, Kafka, PostgreSQL и обычный продуктовый backend. Другой про highload, JVM и производительность. Третий вроде тоже ищет Senior, но через пять минут выясняется, что человек должен принимать архитектурные решения, менторить команду и местами уже выполнять функции техлида.

Мне стало интересно — это моя профессиональная деформация после лет в IT‑рекрутменте или под одним Senior Java рынок действительно прячет довольно разную работу?

Я пошла смотреть вакансии. Не пыталась вычислить настоящего Senior и сделать очередной топ технологий, которые срочно надо выучить в 2026 году. Смотрела на три вещи: стек, тип задач и то, за что человек реально будет отвечать.

Какой-то общий Senior Java всё-таки есть

Я ожидала большего веселья, но у базавого Java backend быстро собирается знакомое ядро: Java, Spring/Spring Boot, PostgreSQL или другая реляционная база, Kafka или другой брокер, API, микросервисы. В актуальных Senior‑вакансиях повторяются Java 17/21, Spring Boot, PostgreSQL, Hibernate, Kafka, RabbitMQ, Kubernetes и микросервисная архитектура. То есть сказать каждая компания называет Senior Java вообще кого угодно было бы неправда.

Общий профиль считывается, дальше начинается интересное.

Java совпала. И что?

Есть, например, довольно привычный enterprise/backend: Spring, Kafka, PostgreSQL, REST, микросервисы. А есть Java eFX, где от разработчика ждут уже высокоскоростные системы с минимальными задержками, Java Memory Model, многопоточность, GC‑free и lock‑free алгоритмы, понимание сборщиков мусора и performance. Формально в обоих случаях у нас Java/Backend/ Senior но кандидатов я бы искала довольно разных.

И вот здесь начинаются мои любимые:

«Я подхожу вакансии на 80%».

Честно, я никогда не понимала, как именно люди получают эти проценты 😅

Java есть — плюс десять?
Kafka есть — ещё десять?
Kubernetes видел — практически оффер?

Вакансия всё‑таки не бинго и в резюме двух кандидатов могут стоять одинаковые Java, Spring, Kafka и PostgreSQL. Только один в основном писал бизнес‑логику внутри уже готовой архитектуры, а второй проектировал сервисы, разбирал production‑проблемы, работал с производительностью и сам принимал технические решения.

По поисковым словам они выглядят очень похоже. По реальному опыту для конкретной команды уже нет.

Одинаковый стек тоже не означает одинаковую работу

Даже одна технология может значить совершенно разный уровень опыта. Kafka может быть обычным producer/consumer, а может быть event‑driven архитектурой и Kafka Streams. PostgreSQL — работа через ORM или оптимизация сложных запросов, индексов и execution plans. Kubernetes — просто среда, в которой живёт приложение, или реальный рабочий инструмент разработчика. Поэтому список из пятнадцати технологий сам по себе мне мало что говорит.

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

А со словом Senior вообще начинается веселье. Со стеком хотя бы находится общий знаменатель и с ответственностью всё гораздо менее аккуратно. В одной Senior‑вакансии человек самостоятельно разрабатывает сложные сервисы. В другой уже участвует в архитектуре и принимает технические решения. В третьей менторит разработчиков. В четвёртой обучает команду и задаёт подход к новым сервисам. А потом появляется вакансия Senior Java Developer / Tech Lead, где человек уже управляет командой, ставит задачи, контролирует их выполнение и проводит технические интервью.

То есть аккуратная лестница: Middle - Senior - Leadв реальной жизни периодически превращается в довольно длинную серую зону. И именно поэтому вопрос сколько лет нужно, чтобы стать Senior? мне всегда казался немного странным. Пять лет чего именно? Можно пять лет решать один тип задач. А можно за те же пять лет пройти через highload, архитектуру, production incidents, mentoring и несколько совершенно разных систем.

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

МТС Банк.

Заголовок:

«Ведущий Java разработчик».

Открываем описание:

«Сейчас мы в поиске Разработчика Java (middle)».

А дальше Java 17+, Spring Boot, Kafka, PostgreSQL, Kubernetes, участие в архитектуре, code review и работа с инцидентами. Кандидату остаётся самому решить, middle он сегодня, ведущий или у вакансии просто был тяжёлый понедельник. Я эту позицию даже не стала воспринимать как нормальный пример Senior. Но как иллюстрация того, почему один title иногда лучше не воспринимать слишком буквально, она прекрасна.

Как я бы смотрела на вакансию со стороны кандидата

Не только:

«Сколько технологий у меня совпало?»

Я бы разделила вакансию на три части.

И может спокойно получиться: Стек — высокий match. Задачи — средний. Ответственность — низкий. Так сразу видно, где именно не совпадает опыт и в обратную сторону это тоже работает.

Если в вакансии написано пятнадцать технологий, а вы знаете десять, это ещё не означает, что нужно закрыть вкладку и пойти грустить. Часть технологий может просто описывать окружение проекта. Где‑то они обязательны, где‑то нужны на базовом уровне, а где‑то вообще живут рядом с разработчиком и прекрасно себя чувствуют.

Так кто всё‑таки такой Senior Java?

Я начинала с мысли, что рынок вкладывает в это название настолько разные вещи, что общего определения почти нет. После просмотра вакансий я бы так уже не сказала. У Java backend есть вполне узнаваемое техническое ядро.

Но само название Senior Java гораздо хуже отвечает на два других вопроса:

что человеку придётся реально решать и сколько ответственности компания вкладывает в Senior?

И вот там начинается основной разброс, поэтому семь лет Java сами по себе ещё не делают человека подходящим на любую Senior Java‑вакансию. Можно семь лет отлично делать один класс систем и вообще не сталкиваться с low latency или глубокой JVM performance. Можно не совпасть с вакансией по паре красивых keywords, зато уже решать ровно тот тип задач, ради которого компания ищет человека. Если бы я оценивала вакансию со стороны кандидата, после проверки стека я бы задала себе два вопроса:

Что здесь на самом деле нужно будет решать?

И за что конкретно здесь отвечает Senior?

Потому что Java, Spring и Kafka можно написать в пяти вакансиях подряд.

Работа внутри этих пяти вакансий всё равно может оказаться очень разной.

Как сами Java‑разработчики и технические руководители определяют Senior и насколько это вообще совпадает с тем, что компании пишут в вакансиях.