Как это читают
Первый просмотр занимает секунд двадцать. Смотрят: направление, технологии, есть ли за что зацепиться. На этом этапе резюме либо откладывают, либо читают дальше.
Значит, самое важное должно быть вверху и читаться сразу.
Структура
Кто вы и на какую позицию. Одна строка вверху: «Начинающий разработчик, Python, ищу первую работу». Без этого читающий гадает.
Короткое описание, три-четыре строки. Что умеете, что делали, куда хотите. Конкретно.
Проекты. Для новичка — главный раздел, и он идёт до образования.
Технологии. Списком, без оценок в процентах и звёздочках.
Опыт работы. Любой, даже не связанный. Пустой раздел выглядит хуже, чем «работал в рознице».
Образование и курсы. Внизу. Курсы перечислять коротко, без подробностей программы.
Контакты и ссылки. Ссылка на репозиторий обязательна.
Как описывать проекты
Плохо:
Сервис учёта расходов. Использовал Python, PostgreSQL, Docker.
Ничего не понятно: что там, сколько работы, что делали именно вы.
Хорошо:
Сервис учёта личных расходов — веб-приложение: добавление трат, отчёты по месяцам, выгрузка в файл. Делал вдвоём за шесть недель, отвечал за работу с данными и отчёты. Настроил автоматическую проверку и выкладку. Живёт по адресу таком-то, код там-то.
Что здесь есть: что за проект, что умеет, сколько заняло, ваша роль, техническая часть, возможность посмотреть.
Правило: обязательно указывайте, что делали лично вы. В командном проекте без этого непонятно, ваши это заслуги или чужие.
Про раздел с технологиями
Пишите то, на чём делали. Не то, о чём слышали.
Без процентов и звёздочек. «Python — 80 %» ничего не значит.
Можно разделить. «Использую уверенно» и «знаком, применял в учебных задачах» — честно и снимает неловкие вопросы.
Не раздувайте список. Тридцать технологий у начинающего читается как «не знаю ни одной толком».
Фразы, которые вредят
- «Стрессоустойчив, коммуникабелен, легко обучаем» — пишут все, не значит ничего.
- «Хочу развиваться в динамичной команде» — вода.
- «Ответственный и внимательный к деталям» — то же самое.
- «Опыт коммерческой разработки: нет» — не надо писать это отдельной строкой.
Вместо качеств — факты. Не «умею работать в команде», а «делал проект вдвоём, разбирали код друг друга, вели общую доску задач». Второе доказывает первое.
Оформление
Одна страница. Для новичка двух не бывает.
Обычный шрифт, без дизайна. Творческое оформление мешает читать и часто ломается при просмотре.
Файл в формате, который откроется везде. И назовите его по-человечески: фамилия и позиция, а не «резюме_финал_2».
Что добавить, когда опыта нет совсем
Учебные проекты — но честно. Пометьте, что учебный, и опишите, что добавили сверх задания. Голая работа с курса ценности не имеет: её сдали тысячи людей одинаково.
Прежнюю профессию. Особенно если она смежная. Бывший бухгалтер, который идёт в разработку учётных систем, — сильный кандидат, и это надо написать прямо.
Открытые проекты. Даже исправление опечатки в документации показывает, что вы умеете оформить изменение по правилам.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- A portfolio without commercial experience: what belongs in itHow many projects you need, which ones carry weight, how to present a repository, and what to do with coursework.
- Портфолио без коммерческого опыта: что туда кластьСколько проектов нужно, какие ценятся, как оформить репозиторий и что делать с учебными работами.
- Cover letters: are they needed and what to writeWhen they work and when they don't, a five-sentence template, and two examples — a bad one and a working one.