Резюме программиста: полное руководство по составлению в 2025 году

Ваше резюме — это не просто формальный документ. Для программиста это первый код, который оценивает потенциальный работодатель. Причем оценивает дважды: сначала роботы ATS-систем сканируют его на наличие ключевых слов, затем рекрутер тратит 6-10 секунд на первичный просмотр.

Статистика безжалостна: 75% резюме отсеиваются автоматическими системами еще до того, как их увидит живой человек. Еще 60% из оставшихся не вызывают интереса из-за размытых формулировок вроде "занимался разработкой" вместо конкретных достижений с метриками.

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

Почему обычное резюме программиста не работает

Большинство разработчиков допускают три критические ошибки при составлении резюме:

Ошибка №1: Список обязанностей вместо результатов

Рекрутер видит: "Разрабатывал веб-приложения на Python". Это ничего не говорит о вашей ценности. Сколько было этих приложений? Какой сложности? Какие проблемы бизнеса они решили?

Правильно: "Разработал систему автоматизации отчетности на Django, которая сократила время формирования месячных отчетов с 8 часов до 15 минут, обслуживает 200+ пользователей ежедневно".

Ошибка №2: Отсутствие адаптации под вакансию

Вы откликаетесь на позицию Frontend-разработчика в финтех-стартапе, но в резюме на первом месте стоит опыт работы с серверной инфраструктурой. ATS-система ищет React, TypeScript, REST API — а у вас эти слова спрятаны в конце списка навыков.

Ошибка №3: Технический жаргон без контекста

"Рефакторил легаси-код, внедрил микросервисную архитектуру, настроил CI/CD pipeline" — звучит впечатляюще для разработчика, но рекрутер без технического бэкграунда не поймет ценности. Добавьте бизнес-метрику: "что ускорило релизы с раза в месяц до еженедельных и снизило количество критических багов на продакшене на 40%".

Анатомия эффективного резюме программиста

Современное резюме разработчика состоит из семи ключевых блоков, расположенных в строгой последовательности:

1. Заголовок с контактами (ФИО, должность, телефон, email, GitHub, LinkedIn)
2. Краткая самопрезентация (2-3 предложения о вашей специализации и ценности)
3. Ключевые навыки (технологический стек, разбитый по категориям)
4. Опыт работы (в обратном хронологическом порядке, с акцентом на достижения)
5. Проекты (для Junior — pet-проекты, для всех — особо значимые кейсы)
6. Образование и сертификаты
7. Дополнительная информация (языки, публикации, участие в open source)

Каждый блок выполняет конкретную задачу. Заголовок и навыки отвечают за прохождение ATS-систем. Самопрезентация и опыт работы — за интерес рекрутера. Проекты и GitHub — за доверие технического интервьюера.

Заголовок резюме: первое впечатление решает всё

Заголовок — это не просто ваше имя. Это первый элемент, который сканирует ATS-система и читает рекрутер. Правильный заголовок должен содержать:

• ФИО (полностью, без сокращений)
• Целевую должность (конкретную, а не "программист")
• Город проживания (важно для оценки релокации)
• Контактные данные (телефон, email, GitHub, LinkedIn)

Как правильно назвать должность

Удачные варианты для разных специализаций:

• Frontend Developer (React/Vue.js) — для фронтенд-разработчиков
• Backend Engineer (Python/Django) — для бэкенд-специалистов
• Full Stack Developer (JavaScript/Node.js) — если работаете с обеими сторонами
• Mobile Developer (iOS/Swift) или (Android/Kotlin) — для мобильной разработки
• DevOps Engineer — для специалистов по инфраструктуре
• Lead Software Engineer — для лидов и тимлидов
• Software Architect — для архитекторов

Неудачные варианты, которые отпугивают:

• "Программист" — слишком общее, не дает понимания специализации
• "IT-специалист" — еще хуже, может означать что угодно
• "Гуру кода" или "Кодер" — непрофессионально
• "Full Stack разработчик со знанием 20 языков" — нереалистично и вызывает недоверие
• "Junior/Middle Python Developer" — не смешивайте уровни, выберите один

Правило указания технологий в заголовке

В скобках после должности укажите 1-2 ключевые технологии, по которым хотите получить приглашение. Это помогает ATS-системам и рекрутерам мгновенно понять вашу специализацию.

Примеры заголовков для разных уровней:

Критические ошибки в контактах

Не используйте:

• Несерьезные email-адреса (megacoder2000@mail.ru)
• Email на корпоративном домене текущего работодателя
• Фотографии в стиле соцсетей (для резюме программиста фото опционально)
• Ссылки на пустой GitHub без проектов (лучше не указывать совсем)
• Мессенджеры без номера телефона (Telegram не заменяет телефон)

Раздел "О себе": как упаковать опыт в три предложения

Этот блок многие пропускают или заполняют формально. Ошибка: раздел "О себе" (Summary) — это ваш elevator pitch, который должен за 10 секунд объяснить, почему вы подходите на позицию.

Формула эффективной самопрезентации:

1. Первое предложение: Кто вы + сколько лет опыта + основная специализация
2. Второе предложение: Ключевая экспертиза или достижение с метрикой
3. Третье предложение: Что ищете (тип проектов/компании) + уникальное преимущество

Примеры для разных уровней

Junior Frontend Developer:

"Frontend-разработчик с опытом коммерческой разработки 1 год и портфолио из 5 pet-проектов на React и TypeScript. Специализируюсь на создании отзывчивых интерфейсов с фокусом на производительность — один из моих проектов (SPA для управления задачами) обрабатывает 1000+ пользовательских действий без просадок FPS. Ищу позицию в продуктовой команде, где смогу развивать навыки работы с современными frontend-фреймворками и участвовать в code review для роста экспертизы."

Middle Backend Developer:

"Backend-разработчик с 4-летним опытом создания высоконагруженных систем на Python (Django, FastAPI) и проектирования REST API. Разработал микросервисную архитектуру для e-commerce платформы, которая обрабатывает 100K запросов в день с временем отклика <200ms. Имею опыт оптимизации баз данных (PostgreSQL, Redis) и работы с AWS. Интересны проекты в fintech или enterprise-сегменте, где требуется глубокая техническая экспертиза и решение нетривиальных задач масштабирования."

Senior Full Stack Developer:

"Full Stack разработчик с 7-летним опытом создания веб-приложений полного цикла (React, Node.js, PostgreSQL). Руковожу командой из 4 разработчиков, провожу архитектурное проектирование и technical review. За последние 2 года запустил 3 продукта с нуля, которые в совокупности привлекли 500K+ пользователей и генерируют $2M ARR. Эксперт в построении CI/CD процессов и внедрении best practices разработки. Ищу роль Tech Lead или Senior Engineer в стартапе на стадии активного роста, где смогу влиять на технологическую стратегию продукта."

Lead Software Engineer / Engineering Manager:

"Технический лидер с 10+ летним опытом в разработке и 3 годами управления инженерными командами до 15 человек. Специализация — масштабирование backend-систем и построение эффективных процессов разработки. Мигрировал монолит на микросервисную архитектуру, что позволило команде увеличить скорость релизов в 4 раза и снизить time-to-market критических фич с месяцев до недель. Эксперт в найме и развитии разработчиков, построении прозрачных процессов планирования и приоритизации. Рассматриваю позиции Engineering Manager или Tech Lead в B2B SaaS компаниях с амбициозными техническими вызовами."

Чего избегать в самопрезентации

Плохие примеры:

❌ "Целеустремленный программист, быстро обучаюсь, ответственный, люблю писать код"

(Общие слова без конкретики, нет информации о специализации)

❌ "Имею опыт работы с Python, Java, C++, JavaScript, PHP, Ruby, знаю 15 фреймворков"

(Не бывает экспертов во всем, вызывает недоверие)

❌ "Программист широкого профиля, готов к любым задачам"

(Отсутствие четкой специализации — красный флаг для большинства работодателей)

Навыки: как структурировать технологический стек

Раздел навыков — это сердце резюме программиста. Именно здесь ATS-системы ищут совпадения с требованиями вакансии. Но простой список из 40 технологий не работает — он сбивает с толку и рекрутеров, и роботов.

Принцип категоризации навыков

Разделите все технологии на логические группы. Это помогает рекрутеру быстро оценить ваш профиль, а вам — выделить приоритетные навыки.

Базовая структура для Backend-разработчика:

Языки программирования: Python, Go, SQL

Фреймворки и библиотеки: Django, FastAPI, SQLAlchemy, Celery

Базы данных: PostgreSQL, Redis, MongoDB

Инфраструктура и DevOps: Docker, Kubernetes, CI/CD (GitLab CI), AWS (EC2, S3, RDS)

Инструменты разработки: Git, Jira, Postman, Swagger

Методологии: Agile, Scrum, Code Review, TDD

Базовая структура для Frontend-разработчика:

Языки: JavaScript (ES6+), TypeScript, HTML5, CSS3

Фреймворки: React, Next.js, Vue.js

Библиотеки: Redux, React Query, Axios, Lodash

Инструменты сборки: Webpack, Vite, npm/yarn

Стилизация: CSS Modules, Styled Components, Tailwind CSS, SCSS

Тестирование: Jest, React Testing Library, Cypress

Дополнительно: REST API, GraphQL, Git, Figma

Базовая структура для Full Stack-разработчика:

Frontend: React, TypeScript, Next.js, Redux, CSS-in-JS

Backend: Node.js, Express, NestJS, Python/Django

Базы данных: PostgreSQL, MongoDB, Redis

DevOps: Docker, AWS, CI/CD (GitHub Actions)

Инструменты: Git, Postman, Jira, VS Code

Правило трех уровней владения

Не указывайте уровни владения словами "базовый", "средний", "продвинутый" — это субъективно. Используйте другой подход:

Подход №1: Разделение на основные и дополнительные

Подход №2: Указание опыта в годах (для Middle+)

Подход №3: Контекстное уточнение

Актуальные технологии 2025 года

Если вы работаете с современными технологиями, это ваше конкурентное преимущество. Обязательно выделите:

AI/ML интеграции:

• OpenAI API, LangChain (для интеграции LLM в приложения)
• Vector databases (Pinecone, Weaviate)
• Prompt engineering

Cloud-native разработка:

• Serverless (AWS Lambda, Google Cloud Functions)
• Микросервисы (架构паттерны, Service Mesh)
• Infrastructure as Code (Terraform, Ansible)

Современные frontend-технологии:

• Server Components (React 18+)
• WebAssembly
• Progressive Web Apps (PWA)

Backend и данные:

• GraphQL (Apollo, Hasura)
• Real-time (WebSockets, Server-Sent Events)
• Event-driven architecture (Kafka, RabbitMQ)

Таблица: что включать в навыки на разных уровнях

Опыт работы: как превратить обязанности в достижения

Это самый важный раздел резюме. Здесь рекрутер и технический специалист ищут ответы на вопросы:

• Над какими проектами вы работали?
• Какие технологии применяли?
• Каких результатов добились?
• Насколько самостоятельны в работе?

Структура описания каждого места работы

Обязательные элементы:

1. Название компании (+ ссылка на сайт, если компания неизвестная)
2. Ваша должность
3. Период работы (месяц и год начала — месяц и год окончания)
4. Краткое описание компании (1 предложение: чем занимается, масштаб)
5. Список достижений (3-5 пунктов с метриками)

Формула описания достижения:

Глаголы действия для программиста

Начинайте каждый пункт с сильного глагола. Это делает текст динамичным и фокусирует внимание на ваших действиях.

Для разработки:

• Разработал
• Спроектировал
• Реализовал
• Создал
• Интегрировал

Для улучшений:

• Оптимизировал
• Рефакторил
• Ускорил
• Улучшил
• Модернизировал

Для масштабирования:

• Масштабировал
• Мигрировал
• Развернул
• Внедрил
• Автоматизировал

Для работы в команде:

• Провел (code review, митинги)
• Наставлял
• Координировал
• Презентовал
• Документировал

Метрики: как измерить вклад программиста

Каждое достижение должно содержать хотя бы одну метрику. Это превращает субъективное "улучшил" в объективное "ускорил на 40%".

Типы метрик для разработчиков:

Трансформация "обязанность → достижение"

Пример 1: Junior Backend Developer

❌ Было (описание обязанностей):

"Разрабатывал REST API для веб-приложения. Писал код на Python. Работал с базой данных."

✅ Стало (описание достижений):

"Разработал 12 endpoints REST API на Django для CRM-системы управления клиентами, которая обслуживает 50+ менеджеров продаж ежедневно. Реализовал систему аутентификации через JWT и ролевую модель доступа, что обеспечило безопасность данных 5000+ клиентских записей."

Пример 2: Middle Frontend Developer

❌ Было:

"Верстал страницы сайта. Занимался оптимизацией производительности. Исправлял баги."

✅ Стало:

"Создал библиотеку из 25 переиспользуемых React-компонентов (UI kit), которая ускорила разработку новых фич командой из 6 frontend-разработчиков на 30%. Оптимизировал рендеринг списков с виртуализацией (react-window), что улучшило FPS с 15 до 60 при отображении 10K+ элементов."

Пример 3: Senior Backend Developer

❌ Было:

"Проектировал архитектуру системы. Выполнял code review. Оптимизировал запросы к базе данных."

✅ Стало:

"Спроектировал и реализовал переход от монолитной архитектуры к микросервисной (8 сервисов на FastAPI + RabbitMQ), что позволило горизонтально масштабировать систему и обрабатывать нагрузку в 5 раз выше (с 20K до 100K запросов/день) без увеличения времени отклика. Провел 120+ code review за год, внедрил практику обязательного ревью перед мержем, что снизило количество критических багов на продакшене на 60%."

Пример 4: Lead/Tech Lead

❌ Было:

"Руководил командой разработчиков. Принимал участие в найме. Проводил планирование спринтов."

✅ Стало:

"Руковожу командой из 8 разработчиков (5 backend, 3 frontend), провожу 1-on-1 встречи и планирование развития карьеры. Нанял и онбордил 4 новых разработчиков за 6 месяцев, сократив время адаптации с 2 месяцев до 3 недель благодаря структурированной программе онбординга. Внедрил процессы code review, техдолга и архитектурного проектирования, что повысило quality score проектов с 6/10 до 8.5/10 по внутренней метрике."

Полный пример описания опыта для Middle Backend Developer

ООО "ТехСтарт" (fintech-стартап, сервис онлайн-кредитования)

Middle Backend Developer

Январь 2022 — настоящее время (3 года)

• Разработал микросервис скоринга заемщиков на Python (FastAPI + Celery), который обрабатывает 500+ заявок на кредит ежедневно с временем отклика <2 секунды и интегрируется с 3 внешними бюро кредитных историй через REST API
• Оптимизировал SQL-запросы к PostgreSQL и внедрил Redis для кэширования, что ускорило загрузку личного кабинета пользователя в 6 раз (с 3 секунд до 500ms) и снизило нагрузку на БД на 40%
• Реализовал систему асинхронных уведомлений (email, SMS, push) через RabbitMQ с гарантией доставки, что повысило показатель открываемости уведомлений с 45% до 68% и улучшило конверсию в повторные займы на 15%
• Внедрил автоматизированное тестирование (pytest + coverage 82%) и CI/CD pipeline в GitLab, что сократило время релиза новых фич с 2 дней до 4 часов и уменьшило количество багов на продакшене на 55%
• Провел рефакторинг legacy-модуля платежей (3000+ строк кода), разбив его на отдельные сервисы и покрыв тестами, что упростило поддержку и снизило технический долг проекта на 30%

Технологии: Python, FastAPI, Django, PostgreSQL, Redis, RabbitMQ, Docker, GitLab CI/CD, AWS (EC2, S3)

Что делать, если опыта мало (для Junior)

У Junior-разработчиков часто 1-2 места работы или только стажировка. Это нормально, но раздел нужно усилить за счет:

1. Pet-проектов в отдельном разделе (опишите их как коммерческие: что делали, какие технологии, какой результат)
2. Фриланс-проектов (даже небольшие заказы считаются)
3. Open source вклада (укажите репозитории, в которые внесли изменения)
4. Учебных проектов с реальной пользой (если делали дипломный проект для реальной компании)

Пример описания pet-проекта для Junior:

Pet-проект: Habit Tracker (трекер привычек)

GitHub: github.com/username/habit-tracker | Демо: habit-tracker.com

• Разработал full stack веб-приложение для отслеживания ежедневных привычек с использованием React, TypeScript на frontend и Node.js (Express), PostgreSQL на backend
• Реализовал систему аутентификации через JWT, CRUD операции для привычек и визуализацию прогресса с помощью Chart.js
• Покрыл backend unit-тестами (Jest) с coverage 75%, настроил автоматический deploy на Heroku через GitHub Actions
• Приложение используют 50+ реальных пользователей (друзья и знакомые), собрал обратную связь и итеративно улучшил UI/UX

Технологии: React, TypeScript, Node.js, Express, PostgreSQL, JWT, Chart.js, Jest, Heroku, GitHub Actions

Проекты: как показать экспертизу через портфолио

Раздел "Проекты" дополняет опыт работы и особенно важен для:

• Junior-разработчиков (компенсирует нехватку коммерческого опыта)
• Frontend-разработчиков (визуальные проекты легко оценить)
• Разработчиков, меняющих специализацию (показывает новые навыки)

Структура описания проекта

1. Название проекта + ссылка на GitHub/демо
2. Одно предложение: что это за проект, его назначение
3. Ваша роль: что именно вы делали
4. Технологии: стек, который использовали
5. Результат/метрика: сколько пользователей, какие фичи реализованы

Пример для Frontend-разработчика:

E-commerce Dashboard

GitHub: github.com/username/ecommerce-dashboard | Демо: dashboard-demo.com

Административная панель для интернет-магазина с аналитикой продаж, управлением товарами и заказами в реальном времени. Разработал frontend-часть: компоненты на React, интеграцию с REST API, интерактивные графики (Recharts), адаптивный дизайн. Реализовал оптимистичные обновления UI и обработку ошибок, что обеспечило плавный UX даже при нестабильном интернете.

Стек: React, TypeScript, Redux Toolkit, React Query, Recharts, Tailwind CSS, Vite

Пример для Backend-разработчика:

Task Management API

GitHub: github.com/username/task-api | API Docs: api-docs.com

RESTful API для системы управления задачами в стиле Trello с поддержкой досок, карточек, комментариев и файлов. Спроектировал базу данных (PostgreSQL), реализовал аутентификацию (JWT + refresh tokens), CRUD операции, пагинацию, фильтрацию и поиск. Покрыл код unit и integration тестами (pytest, coverage 88%), настроил CI/CD для автоматического деплоя на AWS.

Стек: Python, FastAPI, PostgreSQL, SQLAlchemy, JWT, pytest, Docker, AWS (EC2, RDS), GitHub Actions

Ошибки в описании проектов

❌ Только ссылка на GitHub без описания

(Рекрутер не будет открывать репозиторий и разбираться в коде)

❌ "Разработал приложение на React"

(Слишком общее, не понятен масштаб и сложность)

❌ Описание учебного туториала как собственного проекта

(Если вы просто прошли курс и склонировали чужой проект — это не ваше достижение)

✅ Правильно:

Четкое описание, что делает проект + ваш вклад + технологии + ссылка на работающее демо или подробный README

Образование и сертификаты

Для программистов образование важно, но не критично. Гораздо важнее практический опыт и портфолио. Однако этот раздел нельзя игнорировать.

Как указывать образование

Формат:

Примеры:

Что делать, если нет профильного образования

Многие успешные разработчики — самоучки или прошли переквалификацию. В этом случае:

1. Укажите имеющееся образование (даже если оно не IT)
2. Добавьте раздел "Дополнительное образование" с курсами и сертификатами
3. Компенсируйте опытом и проектами

Пример:

Сертификаты: какие указывать

Указывайте:

• Сертификаты от крупных технологических компаний (AWS, Google Cloud, Microsoft)
• Завершенные длительные курсы (Яндекс Практикум, GeekBrains, Skillbox)
• Специализированные сертификации (Kubernetes, Docker, PostgreSQL Professional)

Не указывайте:

• Десятки сертификатов о прохождении 1-2 часовых вебинаров
• Сертификаты 10-летней давности по устаревшим технологиям
• Сертификаты без практического применения (если учили Java, но никогда не работали)

Формат указания:

Дополнительная информация: что еще добавить

Этот раздел включает всё, что не вошло в основные блоки, но может стать вашим конкурентным преимуществом.

Английский язык

Для программиста английский критически важен: документация, Stack Overflow, общение с зарубежными коллегами. Указывайте реальный уровень:

• A1-A2 (Elementary/Pre-Intermediate): Читаю техническую документацию со словарем
• B1 (Intermediate): Свободно читаю документацию, переписка на английском
• B2 (Upper-Intermediate): Участвую в митингах на английском, смотрю доклады без субтитров
• C1-C2 (Advanced/Proficient): Полностью работаю на английском, провожу технические интервью

Не пишите "Свободно владею", если не можете провести часовое техническое интервью на английском. Ложь вскроется на первом созвоне с иностранным коллегой.

Участие в open source

Если вы контрибьютили в открытые проекты — это сильный сигнал:

Публикации и выступления

Для Senior+ разработчиков это способ показать экспертизу:

Хобби и интересы

Этот пункт опционален. Добавляйте, только если это:

• Связано с IT (участие в CTF соревнованиях, разработка игр в свободное время)
• Показывает вас как разностороннего человека (марафоны, волонтерство, музыка)

Не пишите общие фразы "чтение, музыка, путешествия" — это не добавляет ценности.

Чек-лист оптимизации резюме под ATS-системы

ATS (Applicant Tracking System) — это роботы, которые сканируют резюме перед тем, как его увидит человек. 75% крупных компаний используют ATS. Вот как пройти этот фильтр:

Технические требования к формату

✅ Делайте:

• Сохраняйте резюме в формате .docx или .pdf (PDF предпочтительнее)
• Используйте стандартные шрифты (Arial, Calibri, Times New Roman)
• Структурируйте разделы четкими заголовками
• Называйте файл понятно: IvanovIvanBackend_Developer.pdf

❌ Не делайте:

• Креативные шаблоны с графикой и колонками (ATS их не распознает)
• Таблицы для структуры резюме (используйте только для сравнений внутри текста)
• Вставку информации в headers/footers документа
• Скриншоты кода или изображения с текстом

Ключевые слова для ATS

ATS ищет совпадения между вашим резюме и требованиями вакансии. Алгоритм:

1. Откройте текст вакансии
2. Выпишите все технологии и навыки (обычно в разделе "Требования")
3. Вставьте эти слова в ваше резюме (если действительно ими владеете)

Пример вакансии:

"Требования: опыт разработки на Python от 3 лет, знание Django, PostgreSQL, опыт работы с Docker и CI/CD, понимание REST API"

Ваше резюме должно содержать:

• Python (с указанием лет опыта)
• Django (в разделе навыков и опыте работы)
• PostgreSQL (желательно с примером использования)
• Docker, CI/CD (в описании достижений: "настроил CI/CD pipeline")
• REST API (в проектах: "разработал REST API")

Чек-лист прохождения ATS

• [ ] Файл в формате .pdf с корректным названием
• [ ] Стандартный шрифт размером 10-12pt
• [ ] Четкие заголовки разделов (Опыт работы, Навыки, Образование)
• [ ] Все ключевые технологии из вакансии присутствуют в резюме
• [ ] Нет грамматических ошибок (ATS может учитывать грамотность)
• [ ] Контактные данные указаны в начале резюме
• [ ] Резюме содержит 2-3 упоминания целевой должности
• [ ] Нет таблиц и колонок для структуры основного текста
• [ ] Нет графических элементов с важной информацией

Таблица сравнения: Junior vs Middle vs Senior резюме

Red flags: что отпугивает рекрутеров

Есть ошибки, которые моментально перемещают ваше резюме в стопку отказов:

Технические red flags

❌ Отсутствие конкретики:

"Разрабатывал сложные системы" — какие системы? Какой сложности? Какие технологии?

❌ Слишком частая смена работы:

5 мест работы за 2 года без объяснения (проектная работа, консалтинг) вызывает вопросы о лояльности

❌ Нереалистичный стек:

"Эксперт в Python, Java, C++, JavaScript, Go, Rust" — невозможно быть экспертом в 6 языках одновременно

❌ Пустой GitHub при указании ссылки:

Если вы дали ссылку на профиль, там должны быть проекты или вклады

❌ Противоречия:

"Senior Developer" в заголовке, но опыт работы 1.5 года

Стилистические red flags

❌ Грамматические ошибки:

Опечатки в резюме программиста = невнимательность к деталям

❌ Личные местоимения:

"Я разработал", "мной было реализовано" — в резюме используем только глаголы без местоимений

❌ Эмоциональные описания:

"Обожаю программировать", "страстный разработчик" — оставьте эмоции для сопроводительного письма

❌ Слишком личная информация:

Семейное положение, религия, политические взгляды, фото (опционально, но не обязательно)

❌ Ложь или преувеличения:

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

Организационные red flags

❌ Резюме на 5 страниц:

Рекрутер не будет читать вашу автобиографию

❌ Креативный шаблон для backend-разработчика:

Розовый фон и необычные шрифты уместны для дизайнеров, не для программистов

❌ Отсутствие контактов:

Ссылка на LinkedIn вместо телефона и email — рекрутер не будет искать способы связаться с вами

Адаптация резюме под тип компании

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

Резюме для стартапа

Что важно:

• Скорость разработки и гибкость
• Опыт работы с MVP и быстрыми итерациями
• Широкий стек (full stack приветствуется)
• Самостоятельность и проактивность

Акценты в резюме:

• "Разработал MVP продукта за 6 недель от идеи до запуска"
• "Работал над 5 различными направлениями продукта (frontend, backend, DevOps)"
• "Самостоятельно принимал технические решения и выбирал стек"

Какие проекты выделять:

• Pet-проекты, запущенные с нуля
• Опыт быстрого прототипирования
• Работу с современными технологиями

Резюме для продуктовой компании

Что важно:

• Качество кода и архитектуры
• Влияние на метрики продукта
• Работа в команде и code review
• Долгосрочное мышление

Акценты в резюме:

• "Оптимизировал онбординг пользователей, что повысило retention с 40% до 65%"
• "Провел 200+ code review, обеспечив высокое качество кодовой базы"
• "Разработал архитектуру модуля, которая масштабируется с ростом пользователей"

Какие проекты выделять:

• Долгосрочные проекты с эволюцией
• Работу над сложными техническими челленджами
• A/B тесты и влияние на конверсию

Резюме для аутсорс/аутстафф компании

Что важно:

• Опыт работы с разными проектами и технологиями
• Быстрая адаптация к новому стеку
• Коммуникация с клиентами
• Документирование

Акценты в резюме:

• "Работал над 12 проектами в разных доменах (fintech, e-commerce, healthcare)"
• "Быстро осваиваю новые технологии: за 2 недели изучил Vue.js и начал коммерческую разработку"
• "Взаимодействовал напрямую с клиентами, собирал требования и проводил демо"

Какие проекты выделять:

• Разнообразие стека и доменов
• Короткие успешные проекты
• Опыт работы с legacy-кодом

Примеры готовых резюме

Пример 1: Junior Frontend Developer

Пример 2: Middle Backend Developer

Частые вопросы о резюме программиста

Нужно ли указывать все технологии, с которыми работал?

Нет. Указывайте только те технологии, с которыми готовы работать прямо сейчас и о которых можете рассказать на собеседовании. Если вы 5 лет назад написали 1 проект на PHP, но с тех пор не использовали — не указывайте PHP в основных навыках. Это создаст ложные ожидания.

Правило: Основной стек — то, с чем работали последние 1-2 года коммерчески. Дополнительный стек — технологии, которые изучали или использовали на pet-проектах.

Как описать опыт, если был перерыв в работе?

Перерывы случаются: увольнение, болезнь, забота о семье, обучение. Главное — быть честным и показать, что вы не теряли квалификацию.

Варианты:

Если учились:

Если работали фрилансером:

Если был личный форс-мажор:

Сколько мест работы указывать?

Для Junior: Все места работы (обычно 1-2)

Для Middle: Последние 3-4 места работы или опыт за последние 5-7 лет

Для Senior/Lead: Последние 3-4 значимых места или 7-10 лет опыта

Если у вас 15 лет опыта, не нужно описывать все 10 компаний. Сконцентрируйтесь на последних 7-10 годах. Более ранний опыт можно указать одной строкой:

Нужно ли делать разные резюме для разных вакансий?

Да, обязательно. Универсальное резюме не работает. У вас должно быть минимум 2-3 версии:

1. Базовая версия — полная, со всем опытом и навыками
2. Версия под конкретную специализацию (Frontend, Backend, Full Stack, DevOps)
3. Версия под конкретную вакансию — адаптированная под требования компании

Что менять:

• Порядок навыков (самые важные для вакансии — первыми)
• Акценты в достижениях (выделяйте релевантный опыт)
• Раздел "О себе" (под тип компании: стартап, продукт, аутсорс)

Как описать pet-проекты, если нет коммерческого опыта?

Pet-проекты для Junior — это аналог коммерческого опыта. Описывайте их как настоящие продукты:

Структура описания:

1. Название + ссылка на GitHub/демо
2. Что это за проект (в 1 предложении)
3. Какую проблему решает
4. Что вы реализовали (фичи)
5. Технологии
6. Метрики (если есть пользователи, количество коммитов, покрытие тестами)

Пример:

Указывать ли зарплатные ожидания в резюме?

Это спорный вопрос. Зависит от страны и рынка.

Аргументы "ЗА":

• Экономит время обеих сторон (если ваши ожидания не совпадают с бюджетом компании)
• Показывает вашу стоимость на рынке
• Обязательно для некоторых платформ (hh.ru требует указания вилки)

Аргументы "ПРОТИВ":

• Можете занизить и получить меньше, чем готовы были предложить
• Можете завысить и вас не рассмотрят
• Зарплата обсуждается на финальных этапах, когда компания уже хочет вас нанять

Рекомендация: На hh.ru указывайте вилку (нижняя граница — минимум, на который согласны, верхняя — желаемая сумма +20%). В PDF-резюме зарплату можно не указывать, обсудите на этапе скрининга.

Как быть, если приходится врать о причине увольнения?

Никогда не врите. Ложь всегда вскрывается — через рекомендации, звонки бывшим коллегам или просто несостыковки в вашем рассказе.

Вместо лжи используйте нейтральные формулировки:

❌ "Меня уволили за конфликт с руководством"

✅ "Разошлись во взглядах на развитие продукта, решили расстаться по обоюдному согласию"

❌ "Компания обанкротилась из-за некомпетентности менеджмента"

✅ "Компания прекратила деятельность, команда была расформирована"

❌ "Уволился, потому что было скучно"

✅ "Искал более сложные технические задачи и возможности профессионального роста"

В резюме причину увольнения вообще указывать не нужно — это обсуждается на собеседовании, если спросят.

Нужен ли GitHub для программиста?

Да, желательно. GitHub — это ваше портфолио.

Что должно быть в профиле:

• 3-5 актуальных проектов с подробными README
• Регулярные коммиты (показывает, что вы активно кодите)
• Оформленный профиль (описание, аватар)
• Contribution в open source (необязательно, но плюс)

Чего не должно быть:

• Пустого профиля (лучше не указывать ссылку совсем)
• Форков чужих проектов без изменений
• Учебных туториалов без собственных доработок
• Репозиториев с одним файлом `index.html`

Если у вас нет GitHub:

Создайте за выходные. Залейте 2-3 pet-проекта, напишите нормальные README с описанием, скриншотами и инструкцией по запуску. Это займет 2-3 часа, но существенно усилит резюме.

Заключение

Резюме программиста — это не просто формальность. Это ваш первый код, который оценивает работодатель. И как любой хороший код, резюме должно быть чистым, структурированным и решать конкретную задачу — получить приглашение на собеседование.

Главные выводы из этого руководства:

1. Конкретика побеждает общие слова. "Разработал систему, которая обрабатывает 100K запросов/день" всегда лучше, чем "занимался разработкой".

1. Одно резюме не работает для всех вакансий. Адаптируйте каждое резюме под конкретную позицию и тип компании.

1. Метрики — ваше конкурентное преимущество. Процент оптимизации, количество пользователей, покрытие тестами — всё это делает достижения измеримыми.

1. Технологии важны, но не достаточны. Показывайте не только ЧТО вы знаете, но и ЧТО с этим сделали и КАКОЙ результат получили.

1. Проходимость ATS-систем критична. 75% резюме отсеиваются роботами. Используйте ключевые слова из вакансии, стандартный формат и четкую структуру.

Потратьте 3-4 часа на создание качественного резюме по этому руководству. Это инвестиция, которая окупится приглашениями на собеседования в те компании, о которых вы мечтаете.

Сохраните этот чек-лист и проверьте свое резюме перед отправкой:

• [ ] Заголовок содержит конкретную должность и ключевые технологии
• [ ] Раздел "О себе" объясняет вашу ценность за 10 секунд
• [ ] Навыки структурированы по категориям, указаны только актуальные технологии
• [ ] Каждое достижение содержит метрику результата
• [ ] Нет описания обязанностей, только достижения с глаголами действия
• [ ] Резюме адаптировано под конкретную вакансию
• [ ] GitHub содержит рабочие проекты с README
• [ ] Файл в формате PDF с правильным названием
• [ ] Нет грамматических ошибок и опечаток
• [ ] Объем соответствует уровню (Junior — 1 стр, Middle — 1-2 стр, Senior — до 2 стр)

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