Резюме веб-разработчика читает не только HR — его смотрит технический лид, который за 30 секунд решает: «наш» кандидат или нет. 68% технических менеджеров говорят, что отклоняют резюме ещё до собеседования из-за плохо структурированного стека или отсутствия реальных проектов. Разбираем, как написать резюме, которое пройдёт оба фильтра.
✓Что смотрит технический рекрутер
В IT-рекрутинге резюме проходит два этапа просмотра. Первый — HR или ресёрчер: они ищут ключевые слова (React, Node.js, PostgreSQL), уровень (junior/middle/senior) и общий стаж. Второй — технический специалист: он смотрит на реальные проекты, глубину стека и то, как кандидат описывает свою роль.
Ошибка большинства разработчиков — писать резюме только под первый фильтр. Длинный список технологий без контекста не убеждает технаря. Ему важно понять: что именно вы строили, какую проблему решали, какой был масштаб.
«Когда вижу резюме с 40 технологиями в одну строчку — сразу вопрос: а что из этого реально использовалось в проде? Я всегда ищу проекты, где технологии стоят в контексте задачи.» — Алексей Бондаренко, Engineering Manager, 8 лет опыта
- HR смотрит: есть ли нужные ключевые слова, совпадает ли уровень, не слишком ли частая смена работ.
- Тех. лид смотрит: реальные проекты, роль кандидата, глубина знаний конкретных инструментов.
- ATS-система: сканирует ключевые слова из вакансии — без них резюме не дойдёт до человека.
- Оптимальный объём резюме разработчика — 1 страница (junior/middle) или 1,5–2 (senior/lead).
✓Стек технологий: как структурировать
Раздел «Навыки» или «Стек» — один из самых важных в резюме разработчика. Проблема: его либо переполняют всем подряд, либо пишут слишком скупо. Золотое правило: группировать по категориям и честно указывать уровень владения.
✗ Плохо
HTML, CSS, JS, React, Vue, Angular, Node.js, Python, Django, Flask, PostgreSQL, MySQL, MongoDB, Redis, Docker, K8s, AWS, GCP, Git, Jira, Figma, Photoshop, 1C.
✓ Хорошо
Основной стек: React 18, TypeScript, Next.js, Tailwind CSS. Backend: Node.js, Express, PostgreSQL, Prisma. Инфраструктура: Docker, GitHub Actions, Vercel. Знакомство: Redis, AWS S3.
Разделяйте стек на 3 уровня: «Основной стек» (используете ежедневно), «Работал на проектах» (есть реальный опыт), «Знакомство» (изучал, пробовал). Это честно и сразу снимает вопросы на собеседовании.
Указывайте версии фреймворков там, где это важно: React 18, Angular 17, Python 3.11. Это сигнализирует, что вы следите за экосистемой. Особенно важно для быстро меняющихся технологий — работодатель понимает, насколько актуален ваш опыт.
«Самая частая жалоба техлидов: кандидат написал 15 технологий, но реально использовал 3. Лучше честный короткий список с пометкой уровня, чем попытка произвести впечатление объёмом.» — Андрей Лысенко, CPO, 11 лет опыта
Или попробуйте пример:
Modern
Двухколоночный шаблон с тёмным сайдбаром. Классический и профессиональный.
✓Как описать проекты и достижения
Раздел опыта в резюме разработчика — не список обязанностей из трудовой книжки. Каждое место работы должно отвечать на вопрос: «Что вы построили и какой это дало эффект?». Проекты — это ваш главный аргумент.
✗ Плохо
Разработка frontend-части веб-приложений. Вёрстка по макетам из Figma. Работа в команде разработчиков.
✓ Хорошо
Разработал модуль онбординга для SaaS-платформы (React + TypeScript): снизил время первой настройки с 20 до 7 минут. Перевёл legacy-код с jQuery на React, покрыл 80% юнит-тестами (Jest). Команда: 4 frontend-разработчика, работал по Scrum.
Формула для каждого проекта или достижения: что именно вы сделали → какой стек использовали → что это дало (цифра, улучшение, масштаб). Не всегда есть громкие метрики — тогда опишите масштаб: количество пользователей, команда, объём кодовой базы.
- Оптимизировал загрузку главной страницы с 4,2 до 1,8 секунды (Lighthouse score: 58 → 91).
- Реализовал real-time чат на WebSocket для 10 000+ активных пользователей.
- Спроектировал REST API для мобильного приложения (20+ эндпоинтов, документация в Swagger).
- Мигрировал монолит на микросервисы: выделил 3 сервиса, сократил деплой-цикл с 2 часов до 15 минут.
Не пишите NDA-проекты без деталей в духе «разрабатывал закрытый проект для крупной компании». Это ничего не говорит рекрутеру. Опишите технический стек и тип задач, не раскрывая конфиденциальных данных: «Финтех-платформа (NDA): разработал модуль расчётов на Node.js + PostgreSQL, ~50K транзакций/день».
✓GitHub и портфолио
Ссылка на GitHub — стандарт для резюме разработчика. Но просто вставить ссылку недостаточно: важно, что там находится. Технический рекрутер или лид откроет профиль и оценит активность, качество кода и README.
Перед отправкой резюме проверьте GitHub: закрепите 3–6 лучших репозиториев, добавьте README с описанием стека и инструкцией по запуску. Пустой профиль или хаос из форков производит плохое впечатление.
Если коммерческие проекты закрыты NDA, создайте pet-проекты, которые демонстрируют нужные навыки. Небольшое приложение с чистым кодом, тестами и документацией лучше, чем пустой профиль. Для junior это часто единственный способ показать уровень.
- GitHub: закрепите лучшие репозитории, заполните bio, добавьте ссылку на сайт/LinkedIn.
- README в каждом проекте: что это, стек, как запустить, скриншоты/демо.
- Portfolio-сайт: необязателен для backend, желателен для frontend/fullstack.
- Деплой: живое демо на Vercel/Railway/Render убедительнее, чем просто код.
- Код в резюме: не вставляйте фрагменты кода прямо в резюме — это неудобно для чтения.
«Я всегда смотрю GitHub у junior и middle. Меня не интересуют звёзды — я смотрю на читаемость кода, структуру проекта и README. Это говорит о культуре разработки больше, чем любое собеседование.» — Алексей Бондаренко, Engineering Manager, 8 лет опыта
✓Frontend vs Backend vs Fullstack: акценты
Резюме frontend-, backend- и fullstack-разработчика — разные документы. У каждой специализации свои приоритеты, и работодатель ищет разные сигналы. Не пишите одно универсальное резюме на все три роли одновременно.
- Frontend: акцент на UI-фреймворки (React/Vue/Angular), производительность (Core Web Vitals), доступность (a11y), анимации, адаптивность. Портфолио и визуальные работы критически важны.
- Backend: акцент на архитектуру (REST/gRPC/GraphQL), базы данных (SQL/NoSQL), масштабируемость, безопасность, DevOps (Docker, CI/CD). Опыт с высокой нагрузкой — большой плюс.
- Fullstack: покажите, что вы не «немного знаете оба конца», а реально строили end-to-end фичи. Опишите, как проектировали API и реализовывали UI одновременно.
✗ Плохо
Fullstack-разработчик. Знаю React и Node.js. Могу делать и frontend, и backend.
✓ Хорошо
Fullstack: React + TypeScript (frontend) + Node.js/Express + PostgreSQL (backend). За последние 2 года единолично реализовал 3 продукта от дизайна до деплоя: SaaS-планировщик (500+ активных пользователей), CRM-модуль для логистики, e-commerce API.
Если вы fullstack, но хотите позицию frontend — уберите backend из заголовка и акцентируйтесь на UI-работах. И наоборот. Резюме должно говорить именно о той роли, на которую вы претендуете.
✓Частые ошибки в резюме разработчика
Указывать технологию без опыта — опасная тактика. Технический рекрутер или лид обязательно спросит на собеседовании. Если не можете объяснить принцип работы или привести пример использования — это немедленно снижает доверие ко всему резюме.
- Нет ссылки на GitHub или портфолио — для разработчика это красный флаг.
- Указан «опыт» в технологии, которую трогали один раз на курсе.
- Отсутствуют конкретные проекты: «Разрабатывал веб-приложения» — что за приложения?
- Один раздел «Навыки» без опыта работы — рекрутер не понимает, где применялись технологии.
- Нет уровня должности: junior, middle или senior — это разные ожидания и разные деньги.
- Устаревший стек без объяснения: если ваш основной опыт в Angular 4 и jQuery — добавьте петпроект или курс на современных технологиях.
- Безликий заголовок «Программист» вместо «Frontend-разработчик (React/TypeScript, 3 года)».
«Резюме без ссылок на код — это как портфолио дизайнера без картинок. Я понимаю, что бывает NDA, но хоть что-то публичное должно быть. Иначе мне не на что опереться при оценке уровня.» — Ярослав Ткаченко, Head of Recruiting, 7 лет опыта
Ещё одна ошибка — одинаковое резюме для всех вакансий. Потратьте 10 минут: адаптируйте заголовок, переставьте релевантные технологии выше, переформулируйте первый абзац под конкретную позицию. Отклик заметно вырастет.
✓FAQ: частые вопросы о резюме разработчика
Нужно ли указывать «базовый» уровень технологии?
Если вы никогда не использовали её в реальном проекте — лучше не указывать. Напишите «знакомство» или просто опустите. Ложный сигнал на собеседовании хуже, чем честный пробел в навыках.
Как написать резюме без коммерческого опыта?
Опишите учебные и личные проекты в разделе «Проекты» (отдельно от опыта работы). Укажите стек, ссылку на GitHub и живое демо. Для junior это полноценная замена коммерческому опыту, если проекты продуманы.
Указывать ли фриланс и краткосрочные заказы?
Да, если они демонстрируют нужные навыки. Оформите как «Фриланс-проекты (2023–2024)» и перечислите 3–5 значимых работ с кратким описанием стека и результата. Не нужно указывать каждый мелкий заказ.
Нужна ли фотография в резюме разработчика?
В большинстве IT-компаний России и Европы фотография необязательна. Если добавляете — деловой нейтральный снимок на однотонном фоне. Никаких фото с вечеринок или в полный рост.
Как указать уровень английского языка?
Честно и конкретно: B2 (технические статьи, переписка), C1 (устные звонки), A2 (базовая техническая документация). Многие компании проверяют уровень прямо на собеседовании — не завышайте.
Один или два листа резюме?
Junior и middle — стремитесь к одному листу. Senior и выше — допустимо 1,5–2 страницы, если каждый пункт несёт ценность. Не растягивайте ради объёма: три сильных проекта лучше десяти размытых.
Сохраняйте разные версии резюме: «frontend-react», «backend-node», «fullstack». Это позволяет быстро адаптировать документ под конкретную вакансию без переписывания с нуля.
Создайте резюме прямо сейчас
AI заполнит по вашему описанию. Бесплатно, без регистрации.
Готовы составить идеальное резюме?
AI-конструктор заполнит шаблон по вашему описанию за 5 минут.
Попробовать бесплатно