За последние недели я провел больше двух десятков диагностик с IT-специалистами. Картина почти всегда одна: передо мной сидит крутой инженер с восьмилетним опытом, а его главная боль – «нет откликов» и «не могу продать свой опыт». Как бывший рекрутер, я вижу причину за десять секунд. И она не в коде. Она в голове.

Привет, Хабр. Меня зовут Роман Изотов. Пять лет я был по ту сторону баррикад, в IT-рекрутинге. Сейчас я помогаю специалистам взламывать систему найма. И то, о чем я хочу сегодня поговорить, – это главный внутренний конфликт, который я вижу почти у каждого сильного разработчика.

«Почему я должен подстраиваться? Система сломана, а не я»

Я слышу это постоянно. «Почему я должен писать в резюме какие-то цифры и достижения? HR все равно не поймет», «Мой GitHub – вот мое резюме», «Если тимлид не может оценить мой опыт по списку технологий, это плохой тимлид».

Это крик души. И я вас понимаю. Это вопрос профессиональной гордости. Вы годами пишете код, решаете сложные задачи, и вам кажется унизительным «продавать» себя, как товар на рынке. Вы хотите, чтобы вашу экспертизу просто увидели и оценили.

Это честное и достойное желание. Но, к сожалению, в реалиях рынка 2025 года оно стоит вам сотен тысяч упущенной зарплаты и месяцев простоя.

Правда рынка: Ваше резюме – это не pull request

Тимлид не обязан внимательно изучать ваш код и вникать в детали. У него нет на это времени. Первым ваше резюме видит HR или AI-фильтр (ATS).

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

Ваше резюме в девяти случаях из десяти отсеивается, потому что «документация» нечитаема для первого фильтра. HR просто не понимает, в чем ваша сила.

Две главные «ошибки в документации»

Из всех диагностик я выделил две системные проблемы, которые убивают шансы даже самых крутых специалистов:

1. Обязанности вместо достижений.

Резюме большинства разработчиков – это лог выполненных задач. «Разрабатывал бэкенд-сервисы», «Писал юнит-тесты», «Рефакторил легаси». Это ни о чем не говорит. Это просто описание должностной инструкции.

  • Как надо: «Спроектировал и запустил сервис Х, который сократил время ответа на треть под высокой нагрузкой», «Покрыл тестами критический модуль Y, что снизило количество багов в продакшене на 40%».

2. Технический язык вместо языка бизнеса.

Вы пишете «Интегрировал RabbitMQ». Для вас это понятная задача. Для HR это просто ключевое слово. Для нанимающего менеджера это пустой звук.

  • Как надо: «Интегрировал RabbitMQ для асинхронной обработки задач, что позволило обрабатывать пиковые нагрузки без падения сервиса и улучшило пользовательский опыт».

Вы должны показать, как ваш код влияет на продукт и на деньги компании.

Выбор за вами: бороться или побеждать?

И вот здесь у каждого из вас есть выбор.

Путь первый: Бороться с системой. Продолжать писать «честное» резюме. Игнорировать «глупые» правила HR-ов. Считать, что хороший специалист и так найдет работу. Это путь гордости. Он может занять полгода, год и привести к офферу, который будет ниже ваших реальных возможностей.

Путь второй: Принять правила игры и взломать ее. Понять, что поиск работы – это отдельный навык. Научиться «переводить» свой технический опыт на язык бизнеса. Создать резюме, которое проходит любые фильтры. Научиться продавать себя на собеседовании. Это путь прагматизма. Он ведет к крутым предложениям, интересным проектам и деньгам, которых вы заслуживаете.

Я не призываю вас врать или приукрашивать. Я призываю вас перестать саботировать собственную карьеру из-за гордости. Ваш опыт заслуживает того, чтобы его увидели и оценили по достоинству.

Что делать дальше?

Если вы устали бороться и готовы начать побеждать, я делюсь инсайдами и разбираю реальные кейсы в своем Telegram-канале. Это место, где мы говорим о найме без булшита.

Подписывайтесь на «Изнанку IT-найма»