Как написать резюме
📄 Резюме в IT: как написать документ, который читают и машина, и человек
🤔 Почему резюме в IT — это не формальность, а первый фильтр
В IT резюме — это не «документ для галочки». Это первый тест, который вы проходите ещё до того, как с вами поговорят. И тест этот двойной: сначала текст читает алгоритм, потом — человек.
В 2026 году 97% технологических компаний используют ATS (Applicant Tracking System) — системы, которые автоматически разбирают резюме и сопоставляют их с требованиями вакансии.
Если файл не распарсился или в нём нет нужных терминов, рекрутер может вас даже не увидеть.
А если увидит — на первое знакомство с резюме у него уходит всего 7–9 секунд. За это время он решает: открывать дальше или листать следующего.
Хорошая новость: резюме можно починить. И для этого не нужно быть гением. Нужно понимать, как оно читается — с двух сторон.
🤖 Кто на самом деле читает ваше резюме
⚙️ ATS: что это и как оно работает
ATS — это не «искусственный интеллект, который чувствует потенциал». Это парсер плюс поиск по полям. Он вытаскивает из файла имя, контакты, компании, даты, навыки — и складывает в карточку. Дальше рекрутер фильтрует эту карточку по словам из вакансии.
Если парсер «склеил» колонки, потерял почту или не увидел Python в тексте опыта — вас нет в выдаче. Хотя PDF может быть красивым.
👀 Человек: что он ищет за 8 секунд
Когда резюме всё-таки открыли, рекрутер сканирует его сверху вниз. Ему нужно быстро понять:
- Кто вы и на какую роль метите (текущая должность + стек).
- Масштаб вашей работы (размер команды, система, стейкхолдеры).
- Что изменилось благодаря вам (метрики, результаты).
Если этого нет в первых строках — резюме откладывают. Не потому что вы плохой, а потому что «история неясна».
🏗️ Структура идеального резюме: четыре блока
В 2026 году хорошо работает структура из четырёх блоков. Она проста, но закрывает и машину, и человека.
1️⃣ Хедер: 4 строки, которые решают многое
Верх резюме — самое ценное место. Здесь должно быть:
- Имя.
- Целевая должность — точными словами из вакансии, а не «ищу интересную работу».
- Локация + готовность к удалёнке/переезду + email + Telegram (без ВК).
- Ссылка на GitHub / портфолио / LinkedIn — полная, не обрезанная.
Строка с должностью несёт 30–35% веса в ATS-ранжировании. Поэтому вместо «Software Developer» лучше написать конкретно: «Senior Backend Engineer | Python, AWS | High-load systems».
2️⃣ Summary: 3–5 строк, которые читают вместо всего остального
Краткое саммари — это не «о себе» в стиле «целеустремлённый и стрессоустойчивый». Это формула:
Пример:
«Backend-разработчик на Python и FastAPI, стаж 3 года. Держу API заказов: PostgreSQL, тесты, ссылка на GitHub. Ищу роль middle backend в продуктовой команде с живым сервисом».
Коротко, конкретно, без воды.
3️⃣ Skills: ключевые слова, но без спама
Блок навыков должен стоять сразу под хедером. Это ваша «зона ключевых слов».
Важно: не сваливайте всё в кучу. Группируйте:
- Языки: Python, Go, TypeScript.
- Фреймворки: FastAPI, gRPC, Django.
- Облака: AWS, Docker, Kubernetes.
- Базы данных: PostgreSQL, Redis.
- Инструменты: Git, GitHub Actions, Datadog.
4️⃣ Опыт: достижения, а не обязанности
Это самый важный блок — и самый частый провал. Большинство пишут резюме как должностную инструкцию: «выполнял задачи», «участвовал в разработке», «работал над бэкендом». Рекрутер из такого текста не понимает ни масштаба, ни вашего вклада.
Формула сильного пункта:
Примеры:
- ❌ «Работал над бэкендом на Node.js».
- ✅ «Спроектировал order-service на Node.js, который обрабатывает 2 млн запросов в день; снизил p99 latency с 320 мс до 80 мс».
- ❌ «Улучшал производительность и масштабируемость».
- ✅ «Снизил задержку API на 45% и сократил расходы на облако на $120K в год».
Свежую роль описывайте 5 пунктами, более старые — 2–3 пунктами каждый. Первые два пункта несут основную нагрузку: именно их увидят за те самые 8 секунд.
5️⃣ Proof: проекты, GitHub, образование
Это блок доказательств. Здесь — 2–3 живые ссылки на GitHub или портфолио, образование одной строкой, опционально — релевантные сертификаты.
Работающая ссылка на портфолио — единственный раздел резюме, где рекрутер может буквально увидеть, как работает ваш код. Это сильнее любых слов.
🎯 Как писать достижения: разбор «до и после»
Проблема большинства резюме — не в том, что люди мало сделали, а в том, что они не умеют это показать. Вот несколько переформулировок, которые меняют восприятие.
| 😐 Плохо (обязанность) | 🔥 Хорошо (достижение) |
|---|---|
| «Занимался оптимизацией базы данных» | «Оптимизировал запросы в PostgreSQL, время ответа упало с 2 с до 300 мс» |
| «Участвовал в разработке платежного сервиса» | «Поднял бэкенд платежного шлюза с 200 до 2 000 RPS, p99 latency снизил с 1,2 с до 180 мс» |
| «Отвечал за тестирование» | «Поднял покрытие тестами ключевого модуля с 41% до 68%; сборка с тестами стала проходить за 5 минут» |
| «Работал в команде» | «Вёл 3 сквода, выпустил 6 production-релизов; согласовывал API-контракты с frontend и аналитиками» |
🔑 Ключевые слова и адаптация под вакансию
Один шаблон на все вакансии не работает. И для машины, и для человека.
🧲 Как собрать ключевые слова
- Возьмите текст вакансии и выпишите 8–12 терминов: языки, фреймворки, инструменты, методологии.
- Проверьте, где они уместны. Не вставляйте всё в Skills «на всякий случай». Ключевое слово должно быть там, где оно правда про вас: в навыках и в пунктах опыта.
- Используйте точные формулировки из вакансии. Если там написано «CI/CD», не пишите только «Continuous Integration» — укажите оба варианта, если они есть в объявлении.
📚 Сколько резюме нужно
Если вы идёте на 2–3 разные роли — делайте 2–3 версии резюме. Универсальный документ проигрывает специализированному всегда. Это не «много резюме», это «одно резюме, адаптированное под конкретную задачу».
📐 Форматирование: что убивает резюме ещё до прочтения
Даже сильный опыт можно потерять из-за вёрстки.
✅ Что делать
- Одна колонка. Многоколоночные резюме парсятся хуже и теряют баллы в ATS.
- Простые шрифты (Arial, Calibri, системные). Без «дизайнерских» изысков.
- Стандартные заголовки — «Опыт работы», «Навыки», «Образование». Не «Мой путь» и не «Что я умею».
- Текст, а не картинки. Навыки, вставленные картинкой, ATS не прочитает.
- PDF как финальный формат. Но проверьте, что текст в нём выделяется и копируется.
🚫 Что не делать
- Таблицы и сложные блоки (парсер их «склеивает» в кашу).
- Фото (в большинстве IT-резюме не нужно; в международных — тем более).
- Иконки вместо ссылок.
- Шкалы навыков в процентах и звёздочках — это ничего не значит.
✉️ Сопроводительное письмо: нужно ли и что писать
В IT сопроводительное письмо редко бывает обязательным, но оно может повлиять на решение рекрутера открыть резюме или выделить вас среди однотипных откликов.
Если пишете — держите 300–400 слов и структуру:
- На какую позицию и почему именно эта компания (1–2 предложения, без лести).
- Релевантный опыт — 1–2 конкретных примера с результатом.
- Что вы можете принести — свяжите свой опыт с задачей компании.
- Короткое завершение — без «буду рад обсудить».
Главное — не пересказывать резюме. Письмо нужно, чтобы добавить контекст, которого нет в таблицах: мотивацию, объяснение карьерного перехода, понимание продукта.
🚫 Частые ошибки, которые убивают отклики
- Обязанности вместо результатов. «Выполнял задачи системного администратора» не говорит ни о технологиях, ни о вкладе.
- Список из 20–40 технологий без контекста. Это не сила, а шум. Спам ключевыми словами снижает доверие.
- Шаблонное «о себе». «Целеустремлённый, стрессоустойчивый, командный игрок» — это пишут все. Это не отличает вас ни от кого.
- Отсутствие цифр. Без метрик достижения выглядят как мнение, а не как факт.
- Резюме на 3 страницы для джуниора. Одной страницы обычно достаточно.
- Враньё или преувеличение. Резюме — единственный источник правды о вас; ложь вскрывается на первом же техническом интервью.
- Сложная вёрстка. Красиво — не значит читаемо для парсера.
- Копипаст одной версии под все вакансии. Без адаптации вы конкурируете не с людьми, а с шумом.
🎓 Советы по уровням: джуниор, мидл, сеньор
🐣 Джуниор: докажите, что вы можете, а не что вы хотите
- Ведите проектами. Если опыта работы нет — GitHub, пет-проекты, хакатоны, фриланс. Ссылки на живые репозитории важнее «курсов в процессе».
- Покажите стек и результат. Не «изучаю Python», а «написал телеграм-бота на Python, который обрабатывает 500 запросов в день».
- Не перегружайте. Одна страница, 1–2 проекта, честный уровень навыков.
🧑💻 Мидл: покажите масштаб и самостоятельность
- Цифры и зона ответственности. Сколько пользователей, какой трафик, какая команда, что вы решали сами.
- Связь технологии и бизнеса. Не просто «сделал сервис», а «сделал сервис, который сократил ручную обработку на 30%».
- Адаптация под роль. Если идёте в финтех — подчёркивайте надёжность и безопасность; если в продукт — скорость и итерации.
🧙 Сеньор: покажите влияние и системное мышление
- Архитектурные решения и их последствия. «Вынес расчёт доставки в отдельный сервис — витрина перестала ломать заказы».
- Менторство и кросс-командная работа. Но без пафоса: «наставничал двух джунов, один вырос до мидла за год».
- Стратегические результаты. «Снизил стоимость облака на 25% без потери SLA».
✅ Чек-лист перед отправкой
- В хедере — целевая должность словами из вакансии.
- Есть ссылка на GitHub/портфолио, она рабочая.
- Summary — 3–5 строк, с цифрами.
- Skills сгруппированы, без спама.
- В опыте — глаголы действия и измеримые результаты.
- Свежая роль — 5 пунктов, старые — 2–3.
- Одна колонка, простой шрифт, без таблиц.
- Файл — PDF, текст копируется.
- Ключевые слова из вакансии присутствуют там, где они уместны.
- Нет вранья и преувеличений.
- Резюме адаптировано под конкретную роль, а не «универсальное».
💎 Вместо заключения
Резюме в IT — это не искусство самовыражения. Это инструмент коммуникации, который должен решить одну задачу: чтобы нужный человек захотел с вами поговорить. И для этого не нужно быть идеальным. Нужно быть понятным быстро.
Если сомневаетесь — представьте, что у человека, который читает ваше резюме, есть 8 секунд и 50 таких же файлов. Ваша задача — чтобы за эти 8 секунд он увидел: кто вы, что вы умеете и какой результат приносите.



































📌 Сохраните proitkurs.ru в закладки
Мы продолжаем разбирать IT-профессии и карьерные практики без воды.
💬 Напишите в комментариях:
— Какая часть резюме даётся вам сложнее всего: summary, достижения или адаптация под вакансию?
— Или, может, у вас есть свой лайфхак, который помог получить оффер?
Поделитесь — это поможет другим! 👇