Стек уже не продаёт: что изменилось в поиске работы в IT
Еще несколько лет назад поиск работы в IT часто выглядел просто: коммерческий опыт, популярный стек в резюме — и рекрутеры писали сами. Сейчас этого мало. Когда на одну позицию приходит несколько кандидатов с похожим стеком, вопрос уже не «знает ли он нужные технологии?», а «почему именно он?».
Один стек — разный опыт
Два backend-разработчика. У обоих:
Java / Spring Boot / Kafka / PostgreSQL / Redis.
Первый: «Разработка микросервисов. Исправление ошибок. Code review».
Второй: «Разрабатывал backend платежного модуля. Отвечал за проведение платежей и интеграцию с внутренними системами. Работал с Kafka и PostgreSQL, разбирался с повторной обработкой сообщений». – и тут сразу понятно, что именно человек делал и за что отвечал
Стек показывает инструменты. Опыт — что вы умеете с ними делать. Это сейчас ключевое различие.
Дебажим поиск работы
Если поиск затянулся, полезно посмотреть, на каком этапе вы чаще всего получаете отказ.
- Много откликов, почти нет просмотров — Скорее всего проблема в резюме. Его либо не находят, либо оно не цепляет. Проверьте название, заголовок, первые строки описания опыта и ключевые навыки – именно по ним система и рекрутер принимают решение открывать файл или нет. Если откликнетесь на нерелевантные вакансии, просмотров тоже не будет.
- Резюме смотрят, но не зовут — возможно, из него непонятно, чем именно вы занимались и какие задачи можете решать.
- HR-интервью есть, дальше не проходите — причины могут быть в самопрезентации, зарплате, мотивации или требованиях конкретной роли.
- Регулярно отказывают после технических — уже стоит разбирать техническую подготовку и сам навык прохождения интервью. Причины бывают разными: поверхностное знание используемых технологий, неумение применять теорию в задачах или слабая практика
- Доходите до финалов — скорее всего, глобально ничего менять не нужно. Там часто решают детали и более точное совпадение другого кандидата с задачей.
Один отказ ничего не значит. Повторяющийся сценарий — уже информация.
Резюме: меньше списка, больше контекста
Хорошее описание опыта отвечает на простые вопросы:
- что это был за продукт;
- за что вы отвечали;
- что делали;
- какие задачи решали.
Вместо: «Разработка личного кабинета».
Лучше: «Разрабатывал backend личного кабинета корпоративных клиентов. Отвечал за платежные сценарии и интеграцию с внутренними сервисами».
И не обязательно добавлять «ускорил на 37%», если вы не знаете этих 37%.
Результат — это не только цифры. Запустили новую функцию, автоматизировали процесс, починили хроническую проблему с производительностью — это тоже результат.
Технология в резюме еще не означает опыт
Если Kubernetes был на проекте, но деплоем занималась DevOps-команда, это нормально.
Но «видел Kubernetes на проекте», «сам работал с ним» и «строил инфраструктуру» — три разных уровня.
Не стоит пытаться расширить стек за счет технологий, с которыми вы почти не работали. На интервью это выясняется за пару вопросов.
Junior, Middle и Senior — разный фокус
- Junior. Задача — показать потенциал. Проект с API, автоматизацией, тестами, Docker, логированием – уже интересно. Особенно если можете объяснить свои решения: почему выбрали эту архитектуру, как тестировали, с какими проблемами столкнулись. Коммерческого опыта у джуна может не быть, но учебный проект, сделанный качественно и с пониманием, работает как доказательство
- Middle. Главное — самостоятельность. Не «знаю Kafka», а какие задачи с ней решал и с какими проблемами сталкивался. Чем конкретнее описана зона ответственности, тем проще подтвердить уровень.
- Senior. Масштаб и качество решений. Не просто что спроектировал, а почему выбрал такой подход, какие были ограничения и чем пришлось пожертвовать. Сеньор виден по тому, какие задачи доверяли и как кандидат принимал решения в условиях неопределенности.
На интервью рассказывайте истории
Рекрутер не напишет код, но он знает, кого ищет команда, какие у нее сомнения и по каким параметрам будет отсев. Ему нужно понять ваш опыт и сопоставить его с тем, что ищет команда.
По факту, рекрутер – первый человек внутри компании, который будет объяснять руководителю, почему стоит поговорить с вами. Ответ «все есть в резюме» или «занимался оптимизацией»на вопрос о проекте не помогает – он оставляет рекрутера без материала для защиты вашей кандидатуры.
Ему намного интереснее услышать: «сервис начал тормозить под нагрузкой, сначала думали на одно, потом я нашел узкое место и мы поменяли подход».
Такие истории показывают не только набор технологий, но и то, как человек думает и работает.
Интервью — тоже навык
Можно отлично работать и растеряться на техническом интервью.
«Я это умею» и «я могу прямо сейчас показать, как я это умею» — разные вещи.
Поэтому перед поиском стоит освежить не только теорию, но и сам формат: live coding, system design, кейсы — в зависимости от роли.
Рынок не умер, он изменился
Да, раньше кандидат приходил с позицией «вот мой стек, убедите меня», сейчас же – «это ваша вакансия, вот почему мой опыт подходит».
Это не значит, что нужно демпинговать или соглашаться на любую работу. Это значит, что искать работу тоже надо уметь. Не откликайтесь на все вакансии сразу – смотрите на конверсию. Лучше 20 релевантных откликов с анализом результата, чем 100 хаотичных. Сначала локализуйте проблему: резюме, самопрезентация или техника – и работайте точечно.
Сейчас выигрывает не тот, у кого длиннее список технологий. А тот, про кого довольно быстро становится понятно: что он действительно умеет и какие задачи ему можно доверить.