Резюме разработчика: пример, структура и навыки

Разработчик перечисляет в резюме тридцать технологий — от Python до Kubernetes — и не получает ответа. Проблема почти всегда не в стеке, а в подаче: рекрутёр видит длинный список слов и не понимает, что вы на самом деле построили и какие задачи решили. На первичный просмотр одного резюме уходит около 10 секунд. За это время сильный кандидат должен читаться по результатам, а не по длине списка технологий.

Резюме разработчика — это не перечень технологий, а доказательство, что вы решаете рабочие задачи кодом. Ниже разберём, из каких блоков его собрать, как перечислить технические навыки, чтобы их прочитали и программа-фильтр (ATS), и тимлид, как превратить список задач в результаты и что показать в GitHub.

Как написать резюме разработчика: пять блоков

Резюме программиста держится на пяти блоках — остальное второстепенно:

1. Желаемая должность и контакты. Точное название позиции как в вакансии, город, телефон, Telegram и ссылка на GitHub или портфолио.
2. Саммари (о себе). Два-три предложения: основной стек, опыт в годах и цель. Это первое, что читает рекрутёр после заголовка.
3. Технические навыки. Стек, сгруппированный по категориям, с формулировками из вакансии.
4. Опыт работы. Задачи, переписанные в результаты: что изменилось благодаря вашему коду, в цифрах.
5. Ссылка на код. GitHub, пет-проекты или портфолио — доказательство навыка на деле.

Образование и сертификаты идут ниже и играют вспомогательную роль: у разработчика их перебивает работающий код. Дальше пройдём по блокам, которые решают исход, — саммари, навыки и опыт.

Желаемая должность и саммари

Должность пишите как в вакансии. Если метите в позицию Middle Frontend Developer, так и назовите заголовок — этими же словами резюме ищут и рекрутёр, и программа-фильтр. Не занижайте себя словами «trainee» и «стажёр» в заголовке, если претендуете на позицию разработчика: они снижают ценность резюме ещё до чтения. Ваш уровень и так виден по опыту и навыкам.

Саммари — два-три предложения, а не абзац лирики. Назовите основной стек, опыт в годах и цель. Сравните:

”

О себе: ответственный, быстро обучаюсь, люблю программирование с детства.

”

Backend-разработчик, 4 года на Python (Django, FastAPI). Проектировал сервисы под нагрузку до 5000 запросов в секунду. Ищу роль, где смогу отвечать за архитектуру, а не только за отдельные задачи.

Второй вариант за три строки показывает стек, масштаб и направление — рекрутёру этого достаточно, чтобы решить читать дальше. Общие принципы блока «о себе» разобраны в статье о себе в резюме: что писать.

Технические навыки: как перечислить стек

Список навыков решает первый, автоматический отбор. Три правила делают его читаемым:

• Группируйте по категориям — языки, фреймворки, базы данных, инструменты. Стена из тридцати слов подряд не читается, сгруппированный список — читается.
• Пишите названия точно как в вакансии. «React», а не «реакт»; «PostgreSQL», а не «постгрес». Программа-фильтр сверяет текст резюме с текстом вакансии буквально, и разное написание она не сопоставит. Подробнее — в статье про ключевые слова в резюме для ATS.
• Не используйте графические шкалы владения. Звёзды, проценты и полоски «Python ▓▓▓▓░ 80%» программа-фильтр не читает, а рекрутёр им не верит: самооценка ничего не доказывает.

Указывайте только то, с чем реально работали. Технологию из красивого списка, которую вы видели раз, спросят на собеседовании — и раздел навыков рассыплется.

Отдельной строкой укажите английский с честным уровнем — A2, B1, B2: для многих команд это фильтр не слабее стека, а «читаю со словарём» рекрутёр считает за его отсутствие.

Опыт: код как результат, а не список задач

Это главный блок и главная ошибка. Большинство пишет, чем занимался, — а нанимающий ищет, что изменилось. «Разрабатывал бэкенд» — это процесс. «Ускорил формирование отчёта впятеро, переписав выгрузку на асинхронные запросы» — результат, и именно такие строки дочитывают.

Собирайте каждую строку по короткой формуле: глагол действия + метрика + за счёт чего (стек). «Ускорил (действие) время сборки с 12 до 3 минут (метрика) за счёт кеширования зависимостей (как)». Это та же логика результата, что и в разборе достижений в резюме, только опора здесь — технические метрики: время ответа, скорость сборки, покрытие тестами, частота выката.

Цифры в примерах иллюстративные — подставьте свои реальные. Если метрики под рукой нет, возьмите другой измеримый масштаб: нагрузку (запросов в секунду), объём данных, размер команды или кодовой базы, число пользователей. Чего не нужно — выдумывать проценты, которые не сможете объяснить на собеседовании: там спросят, как считали.

Пример: как выглядит собранное резюме разработчика

Короткий скелет — заголовок, саммари, позиция опыта и навыки (цифры иллюстративные):

”

Иван Петров — Middle Backend-разработчик Москва · Telegram · github.com/ivanpetrov

О себе. Backend-разработчик, 4 года на Python (Django, FastAPI). Проектировал сервисы под нагрузку до 5000 запросов в секунду.

Опыт — Backend-разработчик, «Компания» (2022 — н. в.). Ускорил формирование отчёта с 40 до 8 секунд, переписав выгрузку на асинхронные запросы. Поднял покрытие тестами с 40% до 85%, снизив число багов в проде на четверть.

Навыки. Языки: Python, JavaScript. Фреймворки: Django, FastAPI. Базы данных: PostgreSQL. Инструменты: Docker, Git.

GitHub, пет-проекты и портфолио

Для разработчика ссылка на код весит больше строки навыков: она доказывает то, что в резюме только заявлено. Но ссылка работает, только если по ней есть что смотреть.

• GitHub. Показывайте профиль с рабочими проектами, понятным README и живой историей коммитов, а не пустые репозитории и форки чужого кода. Один аккуратный проект с описанием сильнее двадцати заброшенных.
• Пет-проекты. Особенно ценны, когда коммерческого опыта мало. Описывайте их как опыт: задача, стек, результат и ссылка на код или демо.
• Куда ставить ссылку. В шапку резюме, рядом с контактами. Перед отправкой проверьте, что она открывается: битая ссылка на портфолио обесценивает весь раздел.

Каким специалистам портфолио обязательно, а кому достаточно ссылки на репозиторий с кодом, разбираем в статье портфолио к резюме: разработчику обычно хватает живого GitHub с рабочими проектами.

Резюме разработчика без опыта

Без коммерческого опыта резюме держится на том же принципе — результат вместо перечисления. Место блока «Опыт» занимают учебные и пет-проекты, стажировки, вклад в open-source и хакатоны. Для каждого укажите задачу, стек и что получилось, а период обучения на курсах опишите как проект с технологиями, а не строкой «проходил курс». Подробный разбор для новичков — в статье резюме без опыта работы.

Оформление: формат и объём

Технически резюме не должно мешать себя прочитать:

• Формат — PDF. Вёрстка не поедет, а программа-фильтр его прочитает. Word открывается по-разному, а скриншот или экспорт из Figma не парсятся вовсе.
• Имя файла — Фамилия_Должность.pdf, а не resume_final_2.pdf.
• Объём — одна-две страницы. Джуниору хватает одной, сеньору допустимы две; нерелевантный опыт сжимайте до строки.

Частые ошибки в резюме разработчика

• Список технологий вместо результата. Тридцать названий подряд не говорят, что вы умеете ими делать.
• Задачи вместо итогов в опыте. «Занимался разработкой» — процесс без результата.
• Технологии, с которыми не работали. Раздутый стек вскрывается первым же техническим вопросом.
• Графические шкалы навыков. Их не читает фильтр и им не верит человек.
• Пустой или битый GitHub. Ссылка на заброшенные репозитории вредит сильнее, чем её отсутствие.
• Одно резюме на все вакансии. Наверх поднимайте стек и проекты, релевантные конкретной роли.

Чек-лист перед отправкой

1. Заголовок совпадает с названием должности из вакансии?
2. Саммари за три строки называет стек, стаж и цель?
3. Навыки сгруппированы, названия — как в вакансии, без шкал-процентов?
4. В каждой строке опыта есть результат с метрикой, а не только задача?
5. Ссылка на GitHub или проекты стоит в шапке и открывается?
6. Сможете объяснить на собеседовании любую цифру и любую технологию из резюме?

Если хотя бы на один вопрос ответ «нет» — сначала почините этот пункт, потом откликайтесь.

Как проверить резюме разработчика в Сопроводе

Когда черновик готов, его полезно проверить со стороны. Анализ резюме с ИИ в Сопроводе ищет места, где стоит задача вместо результата, где стек перечислен без доказательства и где формулировки не совпадают с языком вакансии, — и подсказывает, что усилить. В отличие от разового запроса в чат с ИИ, разбор идёт по одному набору критериев, поэтому результат стабильный. Факты и цифры при этом подставляете вы сами: ИИ показывает разрыв, но не придумывает за вас опыт.

Если резюме в целом сырое, начните с разбора как улучшить резюме с помощью ИИ. Перед серией откликов пройдите чек-лист из статьи как проверить резюме перед отправкой.

Источники

• Skillbox: как составить эффективное резюме разработчика — гайд и образцы
• Хабр: как составить резюме программисту — пошаговый гайд
• Яндекс Практикум: как разработчику составить крутое резюме
• hh.ru: составляем резюме для ИТ-специалиста