За последние недели я провел больше двух десятков диагностик с IT-специалистами. Картина почти всегда одна: передо мной сидит крутой инженер с восьмилетним опытом, а его главная боль – «нет откликов» и «не могу продать свой опыт». Как бывший рекрутер, я вижу причину за десять секунд. И она не в коде. Она в голове.
Привет, Хабр. Меня зовут Роман Изотов. Пять лет я был по ту сторону баррикад, в IT-рекрутинге. Сейчас я помогаю специалистам взламывать систему найма. И то, о чем я хочу сегодня поговорить, – это главный внутренний конфликт, который я вижу почти у каждого сильного разработчика.
«Почему я должен подстраиваться? Система сломана, а не я»
Я слышу это постоянно. «Почему я должен писать в резюме какие-то цифры и достижения? HR все равно не поймет», «Мой GitHub – вот мое резюме», «Если тимлид не может оценить мой опыт по списку технологий, это плохой тимлид».
Это крик души. И я вас понимаю. Это вопрос профессиональной гордости. Вы годами пишете код, решаете сложные задачи, и вам кажется унизительным «продавать» себя, как товар на рынке. Вы хотите, чтобы вашу экспертизу просто увидели и оценили.
Это честное и достойное желание. Но, к сожалению, в реалиях рынка 2025 года оно стоит вам сотен тысяч упущенной зарплаты и месяцев простоя.
Правда рынка: Ваше резюме – это не pull request
Тимлид не обязан внимательно изучать ваш код и вникать в детали. У него нет на это времени. Первым ваше резюме видит HR или AI-фильтр (ATS).
Представьте, что ваше резюме – это документация к вашему API. А HR – это уставший джуниор, которому дали задачу быстро найти подходящие эндпоинты по списку требований. Если ваша документация написана непонятно, без примеров и четкого описания того, что эндпоинт делает на выходе, – никто не будет его использовать. Неважно, насколько гениальная логика скрыта внутри.
Ваше резюме в девяти случаях из десяти отсеивается, потому что «документация» нечитаема для первого фильтра. HR просто не понимает, в чем ваша сила.
Две главные «ошибки в документации»
Из всех диагностик я выделил две системные проблемы, которые убивают шансы даже самых крутых специалистов:
1. Обязанности вместо достижений.
Резюме большинства разработчиков – это лог выполненных задач. «Разрабатывал бэкенд-сервисы», «Писал юнит-тесты», «Рефакторил легаси». Это ни о чем не говорит. Это просто описание должностной инструкции.
Как надо: «Спроектировал и запустил сервис Х, который сократил время ответа на треть под высокой нагрузкой», «Покрыл тестами критический модуль Y, что снизило количество багов в продакшене на 40%».
2. Технический язык вместо языка бизнеса.
Вы пишете «Интегрировал RabbitMQ». Для вас это понятная задача. Для HR это просто ключевое слово. Для нанимающего менеджера это пустой звук.
Как надо: «Интегрировал RabbitMQ для асинхронной обработки задач, что позволило обрабатывать пиковые нагрузки без падения сервиса и улучшило пользовательский опыт».
Вы должны показать, как ваш код влияет на продукт и на деньги компании.
Выбор за вами: бороться или побеждать?
И вот здесь у каждого из вас есть выбор.
Путь первый: Бороться с системой. Продолжать писать «честное» резюме. Игнорировать «глупые» правила HR-ов. Считать, что хороший специалист и так найдет работу. Это путь гордости. Он может занять полгода, год и привести к офферу, который будет ниже ваших реальных возможностей.
Путь второй: Принять правила игры и взломать ее. Понять, что поиск работы – это отдельный навык. Научиться «переводить» свой технический опыт на язык бизнеса. Создать резюме, которое проходит любые фильтры. Научиться продавать себя на собеседовании. Это путь прагматизма. Он ведет к крутым предложениям, интересным проектам и деньгам, которых вы заслуживаете.
Я не призываю вас врать или приукрашивать. Я призываю вас перестать саботировать собственную карьеру из-за гордости. Ваш опыт заслуживает того, чтобы его увидели и оценили по достоинству.
Что делать дальше?
Если вы устали бороться и готовы начать побеждать, я делюсь инсайдами и разбираю реальные кейсы в своем Telegram-канале. Это место, где мы говорим о найме без булшита.
Подписывайтесь на «Изнанку IT-найма»
Комментарии (12)
Neikist
04.10.2025 13:46Выкладывать чуть отрерайченую статью спустя всего неделю - это уже совсем наглость.
Taritsyn
04.10.2025 13:46Я слышу это постоянно. … , «Мой GitHub – вот мое резюме», …
Совсем недавно слышал это утверждение в 3-й серии документального фильма «Свободный код»:
Android1983
04.10.2025 13:46Оооочень полезная статья для только обучившихся программистов и закоренелых разработчиков.
Уточнение: все разработчики пишут резюме так как как они и программируют, а не так как знает это HR. По этому что одному понятно и ясно, другому просто китайская грамота (буковки на языке программирования).
TechnoMag82
04.10.2025 13:46"Первым ваше резюме видит HR или AI-фильтр (ATS)."
Ничто не мешает соискателю в ответ использовать те же подходы и технологии для поиска комфортной вакансии, и удобного работодателя. В итоге AI будет искать AI.
Поиск вакансии - это вычитка вакансий, это тоже труд. HR похоже, пошли по пути наименьшего сопротивления. Расскажите тогда, какой профит получили от такого подхода.
zeroc0de
04.10.2025 13:46За последние недели я провел больше двух десятков диагностик с IT-специалистами. Картина почти всегда одна: передо мной сидит крутой инженер с восьмилетним опытом, а его главная боль – «нет откликов» и «не могу продать свой опыт». Как бывший рекрутер, я вижу причину за десять секунд. И она не в коде. Она в голове.
Связался с автором этой статьи. Созвонились, но к сожалению, весь за весь созвон я получил только общую информацию, вроде "резюме плохое, нужно исправлять. Я исправлю, и тебя забросают приглашениями."
И ничего нового, никакой конкретики. Даже рыбак дает рыбам червячка на покушать.После созвона, автор предложил предварительную оплату курса "Путь к офферу мечты" (20 т.р.), который начнется..., через месяц.
Показалось это сомнительным, и предложил ему официальный договор, с оплатой по факту трудоустройства, в 20% от первой зарплаты, что больше стоимости его курса. Автор, закономерно, отказался.
Интегрировал RabbitMQ для асинхронной обработки задач, что позволило обрабатывать пиковые нагрузки без падения сервиса и улучшило пользовательский опыт
Была такая функция в легаси, которая брала из БД огромное количество записей, и через цикл отправляла HTTP запрос по каждой записи . Скрипт падал, ежик кололся. но продолжал...
Переписал: из БД берется чанк, выполняется и помечается в БД как выполненный. Выполнение в Rabbit.
Попросил у жпт описать этот опыт в резюме, то жпт выдал этот текст, слово в слово.
ps. из реальной практики.1-е резюме, написанное самостоятельно и криво: 40 откликов = 3-4 приглашения и столько же отказов.
2-е резюме, грамотно написанное жпт: 40 откликов = 1-2 приглашения и очень много отказов.
3-ье резюме, написанное самостоятельно, после опыта с грамотным, но мертвым резюме от жпт: 40 откликов = 6 приглашений и 6 отказов.
PerroSalchicha
Статья хоть и реклама канала в телеге чуть менее, чем полностью, но проблема на самом деле актуальная. Я это говорю постоянно своим друзьям, которые хорошие программисты, а работу никак найти не могут: "Парни, не пишите в резюме "Разрабатывал фронт-энд для сайтов". Это так же тупо, как если в резюме водителя написать: "Рулил, давил на газ и бибикал"". Что за проект у вас там был? CRM-система для агентств недвижимости? Вот и пиши: "Разрабатывал CRM-систему для агентств недвижимости, стек такой-то". Делали конструктор для трансформации данных? Пиши "Разрабатывал конструктор для трансформации данных, стек такой-то".
И то же самое про гитхаб. У вас там крутые проекты, и можно посмотреть и сразу составить впечатление о вас? Ок, это здорово. Но я вот не буду смотреть чужой гитхаб, это игра чисто в мои ворота - я потрачу кучу времени, тыкаясь вслепую в неизвестный мне код неизвестного мне человека, пока он там занимается своими делами. Я лучше приглашу вас на собеседование на основе вашего резюме, мы созвонимся, и вдвоем потратим по полчаса нашего времени, чтобы выяснить эти вопросы, чем я потрачу три часа в одиночку. Это ведь справедливо. Поэтому вместо ссылки на гитхаб, просто напишите про свои проекты, словами, что вы там такое делали.
И вот реально такие изменения в резюме повышают его эффективность.
JuryPol
Неправильный совет... Сейчас вся эта... братия требует писать "Разработал!". Да еще обязательно указывать при этом нанесенный экономический эффект с точностью до тысячи рублей.
PerroSalchicha
Ну то уже обойдутся, если ваше резюме попало к технарям, они его поймут и без подобных подвыподвёртов.
riv9231
Просто надо нейросеть попросить оптимизировать резюме для разных уровней рассмотрения, получится что-то типа:
1. Для Сканера (AI-фильтр)
КлючевыеСлова: Senior Java Kotlin Spring Boot Microservices Kafka Kubernetes Docker AWS React Node.js Python DevOps Lead Agile Scrum. КлючевыеСлова: Senior Java Kotlin Spring Boot...[далее следует 3 страницы осмысленного техностоп-листа, сгенерированного для обхода детектора AI другим AI]2. Для HR-специалиста
✨ Роман, 29 лет. Превращаю сложные техзадачи в рост NPS и LTV! Моя суперсила — говорить с бизнесом на одном языке и находить нестандартные ходы. В прошлом квартале мои идеи по оптимизации...3. Для Менеджера
Сократил операционные расходы на $300к/год за счет миграции с монолита на микросервисы, что позволило уволить два отдела и избежать срыва контракта с ключевым заказчиком. В процессе было оптимизировано...4. Для Тимлида
Под катом: схема декомпозиции сервиса Auth, бенчмарки перед выбором между gRPC и REST. Ссылка на пулл-реквест с хотфиксом, который...5. Для Всевидящего Ока
Субъект Р-42. Уровень лояльности: 87%. Продуктивность: 114% от нормы. Коэффициент когнитивной гибкости: 0.92. Рекомендация: допустить к проекту "Антигона", выдать усиленный паёк и назначитьPerroSalchicha
Боюсь, от сочетания в одном предложении слов "сократил операционные расходы" и "микросервисы" сейчас даже AI-фильтр зависнет.
mSnus
Этот комментарий намного ценнее, чем сама статья