Стек в IT-резюме живёт в трёх местах: шапка, опыт, блок skills. Если во всех трёх одна и та же простыня аббревиатур, файл не читается. Если стек только в skills, а в опыте «разработка функционала», ATS может найти слова, а человек — нет: непонятно, чем вы пользовались на самом деле.
Ниже — как разложить технологии по местам, как не врать про уровень, что делать с устаревшим и модным, два примера раскладки и короткий чек-лист под отклик. Общие правила блока навыков — в навыках в IT-резюме. Каркас документа — в как составить резюме.
Коротко:
- Шапка — 5–8 якорей роли. Опыт — стек внутри задачи. Skills — группы без дублей шапки.
- Пишите то, чем готовы дебажить на тестовом и в первую неделю.
- Шкалы «80% Python» не измеримы. Честнее корзины или меньше пунктов.
- Не копируйте стек вакансии целиком. Совпадение по лжи закрывает компанию, не одну роль.
- Перед рассылкой сверните список в разборе резюме — там часто всплывает каша и противоречие заголовку.
Три места — три задачи
Шапка / строка под именем. Человек и иногда ATS смотрят сюда раньше skills. Сюда — роль и якоря: «Backend, Python, Postgres, Django». Не двадцать библиотек.
Опыт и проекты. Технология появляется как инструмент задачи: «очередь, чтобы не терять письма», не «работал с RabbitMQ, Kafka, SQS». Повтор стека в каждой пуле раздражает.
Блок skills. Сверка с требованиями и навигация. Группы, без эссе. Если слова нет ни в опыте, ни в проекте, его опасность на скрининге максимальна.
Summary может повторить 3–4 якоря, не весь список. Формула — в как написать summary.
Практический тест: закройте skills рукой и прочитайте только шапку и две пули опыта. Если технологий «не хватает» — они должны появиться в опыте, не обязательно дублироваться третьим списком. Если наоборот в опыте пусто, а skills богатый — на скрининге поверят опыту и разочаруются в skills. В CIS 2026 так отсеивают сгенерированные файлы: простыня инструментов без задачи.
Ещё тест: отправьте PDF себе на телефон и откройте. Если шапка стека съехала или иконки стали пустыми квадратами — убирайте графику. Человек с телефона тоже смотрит отклики. Тот же файл должен копироваться в hh текстом без потери Python и PostgreSQL.
Как собрать список из вакансий
Возьмите пять объявлений одной роли, не пяти профессий. Выпишите пересечения из трёх и больше — это каркас. Добавьте 3–5 отличий: домен, тип тестов, конкретная админка, склад, облачный сервис, которым пользовались.
Единичные требования «было бы плюсом Kubernetes» не тащите в шапку, если вы пользователь манифеста, а не админ кластера. Можно вниз skills: «K8s — деплой джобов, не администрирование».
Живые формулировки смотрите в каталоге вакансий. Для входа — junior-роли. Не собирайте стек из оглавления курса: курс даёт имена, навык — повторённая работа.
Заведите короткую таблицу на время поиска: вакансия, must-стек, что из этого у вас в опыте, что только в skills, чего нет. Если колонка «нет» длиннее «в опыте» — это не та вакансия или не тот файл. Таблица уберегает от копипаста стека в полночь перед откликом. Её не надо класть в CV, она для вас.
Группы вместо алфавита
Плоский список из тридцати слов не сканируется. Рабочие группы:
- языки и рантайм;
- фреймворки и библиотеки;
- данные и очереди;
- инфраструктура и CI;
- инструменты команды — коротко.
Для QA группы другие: типы тестирования, окружения, инструменты отчётов, автоматизация отдельно от ручного контура. Для аналитика — источники, BI, SQL, что строили. Для ПМ — домен и стек управления, не Zoom. Для поддержки — каналы, тикетницы, языки эскалации.
Синонимы уберите: JS и JavaScript, React и React.js. Выберите форму из вакансий вашего круга. Про ATS-совпадения без спама — в как пройти ATS.
Порядок групп тоже сигнал. Первая группа — ядро роли. Если вы backend, не ставьте Figma и Excel наверх «потому что тоже умею». Если вы аналитик — SQL и источники выше Docker, которым пользовались один раз. Человек сканирует начало блока так же, как шапку.
Уровни владения без шкалы
Не рисуйте полоски и проценты. Если градация нужна, три корзины в тексте: основное / уверенно / базово. Ещё честнее — вынести базовое вниз или убрать.
Критерий «основное»: готовы чинить типичный сбой без туториала. «Базово»: делали один раз, на созвоне так и скажете. Граница вранья: учебный запрос к Kafka в основном списке. Если сомневаетесь — вниз или вон. Сомнение на бумаге всё равно станет паузой на интервью, и тогда пострадают соседние честные пункты.
Занижение тоже бьёт. Git, SQL, Linux вычёркивают «потому что все знают» — и фильтр вакансии их не находит. Базовое для роли оставьте, если оно в требованиях. Продающая специфика — в опыте, не в «знаю HTML». И наоборот: не держите в шапке редкий инструмент, которым не готовы дебажить — его спросят первым именно потому, что он редкий.
Пример 1. Backend middle
Шапка: Backend-разработчик · Python · Django · Postgres
В опыте: «Перевёл рассылку на очередь, письма перестали теряться на пике» — без повторного перечня Python/Django/Postgres в каждой пуле. Один раз в роли: «стек контура: Django, Postgres, Redis, Celery».
Skills: Python, Django, DRF; Postgres, Redis; Celery; Docker, GitHub Actions. Kubernetes — «джобы, не админ кластера». Kafka нет: только смотрел на воркшопе.
Человек видит якоря сразу. ATS находит Python и Postgres. Скрининг не разберёт вас как platform engineer.
Пример 2. Junior frontend
Шапка: Junior frontend · React · TypeScript
В проектах: стек внутри карточки кабинета — React, TypeScript, CSS-модули. Next.js нет, хотя «все пишут»: не использовали.
Skills: JavaScript, TypeScript, React; HTML, CSS; Git. Redux — базово, один учебный магазин. Тесты — RTL на формах, не «эксперт по Jest».
HTML/CSS для junior имеют смысл как слова фильтра. Для middle frontend их можно не выделять храмом, если вакансия не про вёрстку с нуля. Глубина — состояния, доступность, контракт ошибок. См. навыки frontend.