Резюме для IT: хаб гайдов

Зачем этот хаб. Резюме джуна в IT — не биография, а одностраничный аргумент: почему вас позвать на собеседование на конкретную роль. Его читают 15–30 секунд. Сначала автофильтр или уставший HR, потом нанимающий. Если за эти секунды не видно роли, стека и доказательств — отклики уходят в пустоту.

Ниже рабочий маршрут. Цель — за вечер собрать каркас, за неделю прогнать через ошибки и ATS, затем адаптировать под пачку вакансий. Материалы заточены под вход без коммерческого опыта: pet-проекты и учебные деплои считаются, если описаны как результат, а не «изучал».

Порядок работы

1. Одна роль. Сначала профессии, потом резюме. Не три направления в одном файле.
2. Каркас на 1 страницу: роль → контакты → стек → проекты буллетами → образование коротко.
3. Ошибки: 10 ошибок без опыта.
4. Ключевые слова из вакансий: ATS.
5. Адаптация за 10 минут: под вакансию.
6. GitHub: оформление ссылок.
7. При необходимости — сопроводительное.

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

Каркас, который проходит первичный отбор

Сверху вниз: роль одной строкой; контакты и кликабельные ссылки; стек — только то, что защитите; опыт/проекты «задача → действие → результат»; образование без простыни курсов; языки — если реально B1+. Фото и «креативная» табличная вёрстка чаще вредят ATS. Для каждой строки спросите: «Поверит ли middle?» Если нет — добавьте стек, масштаб, ссылку, цифру.

«Участвовал в разработке» почти всегда слабо. «Собрал REST API на FastAPI, 8 эндпоинтов, JWT, задеплоил на VPS» — уже разговор. Один сильный проект с README весит больше пяти курсов.

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

• Три роли в одном резюме → отдельные версии.
• Опыт = список курсов → перенос в проекты с URL.
• Нет слов из вакансии → подсветите совпадающий стек честно.
• GitHub-кладбище → 2–3 закреплённых репо с README.
• Две страницы воды → одна страница.

Сессия: вакансия → 40 минут правок → PDF → отклик. Повторите 10 раз за две недели. Конверсия важнее идеального шаблона. Разбор — менторство.

FAQ

Нет коммерческого опыта? Pet-проекты, open source, учебные деплои: задача, стек, результат, ссылка.

PDF или docx? Обычно PDF; docx — если просят.

Фото? В IT в РФ обычно нет.

Как часто обновлять? Перед серией откликов и после проекта, усиливающего стек.

Дальше: собеседования, от отклика до оффера.

Связка резюме с откликами

Резюме — не музейный экспонат. Его смысл — конверсия в приглашения. Ведите простую таблицу: вакансия, дата, версия резюме, ответ, этап. Через 20–30 откликов видно, где дыра: не зовут совсем (резюме/роль/рынок) или зовут и сыпетесь (собесы). Без учёта вы гадаете. Массовые отклики одной «универсальной» версией почти всегда хуже десяти адаптированных. Адаптация не значит переписывать жизнь — значит сдвинуть акцент стека и буллетов под текст вакансии.

Если откликаетесь на HeadHunter, проверьте превью: как выглядит блок опыта в выдаче, не обрезалось ли важное. На почту прикладывайте PDF с читаемым именем. В сопроводительном не дублируйте резюме целиком — 5–7 строк: почему эта роль, какой релевантный проект, призыв к действию. Детали письма — в отдельной статье раздела.

Полный набор статей раздела также доступен из категории «Резюме». Не распыляйтесь: один каркас → ошибки → ATS → адаптация → GitHub. Когда конверсия в приглашения появится — подключайте собесы.