Backend-резюме отсекают не из‑за «слабого языка», а из‑за файла, в котором не видно контура. Рекрутер за 15 секунд ищет роль, стек, домен и одну прод-задачу. Если сверху «IT-специалист» и список из Docker–Kafka–Kubernetes, файл кладут в общую пачку, даже когда вы три года возили API.

Ниже — как собрать резюме backend-разработчика в 2026-м: заголовок, стек, формулировки опыта, что выкинуть из курсов, два заполненных блока пуль и как подгонять файл под вакансию. Общий каркас страницы — в как составить резюме. Формула пункта — в как описать опыт. Если штата ещё нет, те же правила работают на учебном сервисе: см. резюме без опыта.

Коротко:

  • Заголовок = backend + язык/фреймворк + домен, не «fullstack на всём».
  • Стек группами рядом с ролью. Инструмент без задачи в опыт не ставьте.
  • 3–6 пуль на последнюю роль: API, данные, очередь, инцидент, тест, ревью — что было вашим.
  • Курсы и сертификаты не заменяют сервис со ссылкой. Один репозиторий сильнее десяти дипломов.
  • Один файл на Python, Java и «готов к Node» слабее двух коротких карточек.

Что смотрят за 15 секунд

На вакансии backend-разработчика файл читают так:

  1. Это backend или человек пишет «разработка вообще»?
  2. Совпадает ли язык и основной фреймворк с объявлением?
  3. Есть ли прод: API, база, очередь, авторизация, платежи, отчёты — не лендинг.
  4. Можно ли за 20 секунд понять ваш вклад, а не вклад команды?
  5. Открывается ли ссылка, если она есть?

Если пункт 1–2 не закрыты в шапке, дальше часто не читают. Именно поэтому биография, «стремление к росту» и стена из сорока слов вредят сильнее короткого честного файла. Как рынок считывает карточку роли — в резюме IT-специалиста.

Уровень тоже считывают по пулям, не по слову middle. Junior честно показывает узкий сервис и тестовое. Middle показывает, что контур можно оставить на неделю. Наклейка «senior backend» без инцидентов, ревью и влияния на контракт только поднимает планку созвона.

Структура файла

Держите одну страницу, две — только если стаж реально длинный и релевантный. Порядок:

  1. Шапка: имя, роль, город / UTC, формат, контакты текстом, одна ссылка на код.
  2. 4–6 строк summary: домен, стек, 2–3 факта. Не цель «реализовать потенциал».
  3. Опыт: последняя роль подробно, старое сжато.
  4. Проекты, если они сильнее текущей должности или штата нет.
  5. Навыки группами. Образование внизу, без школы.

Не копируйте внутренний грейд компании в заголовок. «Инженер 2 категории» рынку ничего не говорит. «Backend, Python / FastAPI / PostgreSQL, биллинг» — говорит. Как собрать эти 4–6 строк отдельно — в материале про summary в резюме.

Для удалёнки укажите пояс и окна пересечения, не «готов к любому графику». Формат remote без пояса в CIS-пачке 2026 года выглядит как рассылка. Отдельные нюансы файла под remote — в резюме для удалённой работы.

Заголовок и summary

Заголовок — рыночная роль. Не «программист», не «IT», не «fullstack», если вы закрываете backend-слот. Fullstack имеет смысл, только если вакансия так и называется и вы готовы к тестовому на обеих сторонах. Иначе соберите отдельную карточку. Путь в роль, если вы ещё входите, — в как стать backend-разработчиком.

Было. IT-специалист. Опыт разработки. Знание современных технологий. Стремление к профессиональному росту. Готов к офису и удалёнке.

Стало. Backend-разработчик, Python / Django / PostgreSQL, 3 года, платежи и уведомления. Москва / UTC+3, remote. GitHub: [один сервис статусов оплаты].

Summary не пересказывает трудовую. Он отвечает: какой контур, на чём, какой эффект. Три факта достаточно. Четвёртый уже прячет первые. Не пишите «middle», если факты junior. Не пишите «без опыта», если есть учебный сервис: напишите сервис.

Стек: группы, не простыня

Стек рядом с ролью и ещё раз блоком, но коротко. Группы, которые читают:

  • Язык и фреймворк. Python + Django / FastAPI, Java + Spring, Go + chi — то, на чём готовы к тестовому.
  • Данные. PostgreSQL, Redis, миграции, что умеете: запросы, индексы, не «работал с БД».
  • Интеграции. Очередь, вебхуки, внешние API, идемпотентность — если это был ваш контур.
  • Поставка. Docker, CI, деплой. Kubernetes — только если поднимали/чинили сами, не «кластер компании».

Инструмент из курса на один вечер в навыки не ставьте. Вакансия с Kafka не требует, чтобы Kafka была в каждом файле. Лучше честный Django + Postgres, чем стена, на которой споткнётесь на скрининге. Как отбирать слова под ATS, не раздувая список, — в как указать стек и в навыках backend-разработчика.

Не дублируйте стек в каждой пуле опыта. «Работал с Python, Docker, Kubernetes» — это не опыт. Опыт: что сделали этими вещами.

Как писать пули опыта

Один пункт = действие + задача + эффект. Глагол в начале. Масштаб можно без процента: число сервисов, пик очереди, срок регресса, тип инцидента. Не выдумывайте «+40% throughput», если не измеряли. «Отчёт перестал падать по таймауту» — нормальный эффект.

Что почти всегда стоит вытащить из последних месяцев:

  • API или кусок домена, который доводили до прода.
  • Данные: медленный запрос, миграция, целостность, идемпотентность.
  • Очередь или рассылка, которая перестала терять события.
  • Инцидент: ваша роль, статус в канале, что починили, повторилось ли.
  • Тесты на контур, который ломал релиз.
  • Ревью: какой слой смотрели, не «участвовал в code review».

Командный запуск без вашей роли уберите. «Вместе с QA закрыли платежи; моя часть — вебхуки и идемпотентность» — оставляйте. Типичные пустые глаголы и как их лечить — в ошибках в резюме.

Пример 1. Junior / первая коммерческая роль

Вакансия: junior/middle- backend, Python, REST, PostgreSQL, очередь как плюс, готовность к тестовому.

Backend-разработчик, Python / FastAPI / PostgreSQL. Минск / UTC+3. Учебный сервис заказов: [репозиторий].

Собрал API заказов: список, статус, отмена. Контракт описан в OpenAPI, ошибки валидации не отдают 500.

Вынес уведомление «заказ собран» в очередь: повторная доставка письма больше не создаёт второй заказ. В README написано, чего нет: оплаты и роли админа.

Покрыл статусы заказа тестами. Регресс перед «релизом» учебной версии — 15 минут, не ручной клик по всем экранам.

Коммерческого штата нет. К тестовому на 2–4 часа готов на этой неделе.

Почему это работает: роль названа, стек узкий, есть прод-логика даже в учебном сервисе, честно сказано, чего нет. Рекрутеру есть что открыть и о чём спросить. Если штата нет, не компенсируйте это списком курсов — компенсируйте сервисом. Как упаковать проект в файл — в как описать проекты в резюме.

Пример 2. Middle, платежи и сопровождение

Вакансия: backend, Python/Django, биллинг, инциденты, SQL, Docker.

Backend-разработчик, Python / Django / PostgreSQL, платежи. 3 года в продукте онлайн-образования. UTC+3, remote.

Собрал сервис уведомлений об оплате: очередь перестала терять события на пике, поддержка перестала слать письма руками.

Разобрал таймауты отчёта по задолженностям — сборка перестала падать, время ушло с 40 до 12 секунд. Индекс и переписанный запрос, не «оптимизировал БД».

Покрыл платёжный контур тестами на вебхуки и повторные колбэки. Регресс перед релизом кассы сократился с полудня до часа.

Дежурил по инцидентам биллинга: вёл статус в канале до восстановления контура. Повторяющийся ложный алерт на « succeess»-опечатку в статусе убрал.

Ревьюил PR по платежам. Онбординг новичка: чек-лист доступов и первая задача на идемпотентность колбэка.

Здесь нет Kubernetes ради вакансии и нет «участие в разработке платформы». Есть контур, который можно разобрать на созвоне. Если домен под NDA, пишите отраслевым языком: «биллинг курсов», не «Проект Нептун».

Что выкинуть из курсов и GitHub

Сертификат без применённой задачи почти ничего не даёт. «Прошёл Stepik по Python» рядом с вакансией на биллинг выглядит как шум. Оставьте курс только если из него вырос репозиторий, который вы готовы открыть.

GitHub: один-два сильных репозитория, не «весь аккаунт». README на 10–15 строк: что это, как запустить, ваш вклад, чего нет. Учебное так и подпишите. Форк туториала без своих коммитов лучше удалить из шапки.

Не кладите в навыки язык, на котором не готовы писать тестовое. Не кладите облако, если ваш опыт — «задеплоили за вас». Не кладите микросервисы, если это был один монолит с двумя контейнерами.

Сгенерированный абзац про «высоконагруженные системы» в 2026-м читается сразу. Каркас можно собрать с моделью. Факты — только свои. После сборки прогоните файл через проверку резюме: пустые глаголы и стена обязанностей всплывают быстро.

Под вакансию, ATS и сопроводительное

Один каркас — да. Один готовый файл на все backend-вакансии — нет. Меняйте порядок пуль и акценты стека: платежи, отчёты, интеграции, админка. Не переписывайте объявление целиком в summary — это видно.

ATS на CIS-рынке чаще ломается на колонках, картинках логотипов и тексте в шапке картинкой. Обычный документ, заголовок роли словами вакансии, стек текстом. PDF, который открывается с телефона. Таблица навыков «звёздочками» не нужна.

Письмо не пересказывает резюме. Оно указывает на одну пулю: «у вас вебхуки оплаты — вот сервис уведомлений». Короткий вариант — в что писать в сопроводительном, без стажа — в письме без опыта. Черновик можно собрать в генераторе письма, сырым не отправляйте.

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

Частые вопросы

Нужно ли писать уровень junior/middle в заголовке?

Только если это помогает отсечь неверный слот. Лучше роль и стек. Уровень всё равно считают по самостоятельности в пулях. Ложный middle приводит на более жёсткий скрининг.

Можно ли одно резюме на Python и Java?

Нет. Два файла. В каждом — язык, на котором готовы к тестовому. Общий «backend» без языка в шапке проигрывает обоим.

Что делать, если прод под NDA?

Опишите домен, тип контура, свой кусок и эффект без имён клиентов и внутренних кодовых названий. Ссылку не ставьте. Учебный сервис рядом не обязан повторять прод, но должен показывать тот же класс задач.

Стоит ли указывать Docker и CI, если пайплайн собирал DevOps?

Можно одной строкой «деплой через существующий пайплайн», если вы сами катите и чините упавший job. Не пишите Kubernetes как навык, если вы только пользователь кластера.

Как быть с фрилансом и подработками?

Если это ваш самый сильный backend-контур — наверх, с заказчиком в отраслевых словах и ссылкой, если можно. Три лендинга на Tilda в backend-файл не кладите.

Нужен ли английский в резюме?

Уровень честно, без «C1» с курса. Если вакансия русскоязычная — русское резюме. Если англоязычная команда — отдельный файл на языке вакансии, те же факты, без машинного пафоса.

Что сделать сейчас

Откройте последнюю роль или учебный сервис и выпишите 10 дел за квартал. Сожмите в 4–6 пуль по формуле «сделал → зачем → что изменилось». Поставьте в шапку роль, язык и домен. Оставьте одну ссылку, которая открывается.

Затем возьмите одну вакансию backend, не десять, и переставьте пули под её задачу. Прогоните файл через разбор резюме и отправьте вместе с коротким письмом, а не с универсальным «ищу работу в IT».