Резюме веб-разработчика: как составить и что писать
Сделать резюме за 5 минутРезюме веб-разработчика читает не только HR — его смотрит технический лид, который за 30 секунд решает: «наш» кандидат или нет. 68% технических менеджеров говорят, что отклоняют резюме ещё до собеседования из-за плохо структурированного стека или отсутствия реальных проектов. Разбираем, как написать резюме, которое пройдёт оба фильтра.
Что смотрит технический рекрутер
В IT-рекрутинге резюме проходит два этапа просмотра. Первый — HR или ресёрчер: они ищут ключевые слова (React, Node.js, PostgreSQL), уровень (junior/middle/senior) и общий стаж. Второй — технический специалист: он смотрит на реальные проекты, глубину стека и то, как кандидат описывает свою роль.
Ошибка большинства разработчиков — писать резюме только под первый фильтр. Длинный список технологий без контекста не убеждает технаря. Ему важно понять: что именно вы строили, какую проблему решали, какой был масштаб.
- 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.
Указывайте версии фреймворков там, где это важно: React 18, Angular 17, Python 3.11. Это сигнализирует, что вы следите за экосистемой. Особенно важно для быстро меняющихся технологий — работодатель понимает, насколько актуален ваш опыт.
Как описать проекты и достижения
Раздел опыта в резюме разработчика — не список обязанностей из трудовой книжки. Каждое место работы должно отвечать на вопрос: «Что вы построили и какой это дало эффект?». Проекты — это ваш главный аргумент.
Плохо
Разработка 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 минут.
GitHub и портфолио
Ссылка на GitHub — стандарт для резюме разработчика. Но просто вставить ссылку недостаточно: важно, что там находится. Технический рекрутер или лид откроет профиль и оценит активность, качество кода и README.
Если коммерческие проекты закрыты NDA, создайте pet-проекты, которые демонстрируют нужные навыки. Небольшое приложение с чистым кодом, тестами и документацией лучше, чем пустой профиль. Для junior это часто единственный способ показать уровень.
- GitHub: закрепите лучшие репозитории, заполните bio, добавьте ссылку на сайт/LinkedIn.
- README в каждом проекте: что это, стек, как запустить, скриншоты/демо.
- Portfolio-сайт: необязателен для backend, желателен для frontend/fullstack.
- Деплой: живое демо на Vercel/Railway/Render убедительнее, чем просто код.
- Код в резюме: не вставляйте фрагменты кода прямо в резюме — это неудобно для чтения.
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 года)».
Ещё одна ошибка — одинаковое резюме для всех вакансий. Потратьте 10 минут: адаптируйте заголовок, переставьте релевантные технологии выше, переформулируйте первый абзац под конкретную позицию. Отклик заметно вырастет.
FAQ: частые вопросы о резюме разработчика
Нужно ли указывать «базовый» уровень технологии?
Если вы никогда не использовали её в реальном проекте — лучше не указывать. Напишите «знакомство» или просто опустите. Ложный сигнал на собеседовании хуже, чем честный пробел в навыках.
Как написать резюме без коммерческого опыта?
Опишите учебные и личные проекты в разделе «Проекты» (отдельно от опыта работы). Укажите стек, ссылку на GitHub и живое демо. Для junior это полноценная замена коммерческому опыту, если проекты продуманы.
Указывать ли фриланс и краткосрочные заказы?
Да, если они демонстрируют нужные навыки. Оформите как «Фриланс-проекты (2023–2024)» и перечислите 3–5 значимых работ с кратким описанием стека и результата. Не нужно указывать каждый мелкий заказ.
Нужна ли фотография в резюме разработчика?
В большинстве IT-компаний России и Европы фотография необязательна. Если добавляете — деловой нейтральный снимок на однотонном фоне. Никаких фото с вечеринок или в полный рост.
Как указать уровень английского языка?
Честно и конкретно: B2 (технические статьи, переписка), C1 (устные звонки), A2 (базовая техническая документация). Многие компании проверяют уровень прямо на собеседовании — не завышайте.
Один или два листа резюме?
Junior и middle — стремитесь к одному листу. Senior и выше — допустимо 1,5–2 страницы, если каждый пункт несёт ценность. Не растягивайте ради объёма: три сильных проекта лучше десяти размытых.