CohortX
Блог

Резюме начинающего разработчика: что писать

5 августа 2026 г. · 2 мин чтения · Read in English · Антон Молотило

Как это читают

Первый просмотр занимает секунд двадцать. Смотрят: направление, технологии, есть ли за что зацепиться. На этом этапе резюме либо откладывают, либо читают дальше.

Значит, самое важное должно быть вверху и читаться сразу.

Структура

Кто вы и на какую позицию. Одна строка вверху: «Начинающий разработчик, Python, ищу первую работу». Без этого читающий гадает.

Короткое описание, три-четыре строки. Что умеете, что делали, куда хотите. Конкретно.

Проекты. Для новичка — главный раздел, и он идёт до образования.

Технологии. Списком, без оценок в процентах и звёздочках.

Опыт работы. Любой, даже не связанный. Пустой раздел выглядит хуже, чем «работал в рознице».

Образование и курсы. Внизу. Курсы перечислять коротко, без подробностей программы.

Контакты и ссылки. Ссылка на репозиторий обязательна.

Как описывать проекты

Плохо:

Сервис учёта расходов. Использовал Python, PostgreSQL, Docker.

Ничего не понятно: что там, сколько работы, что делали именно вы.

Хорошо:

Сервис учёта личных расходов — веб-приложение: добавление трат, отчёты по месяцам, выгрузка в файл. Делал вдвоём за шесть недель, отвечал за работу с данными и отчёты. Настроил автоматическую проверку и выкладку. Живёт по адресу таком-то, код там-то.

Что здесь есть: что за проект, что умеет, сколько заняло, ваша роль, техническая часть, возможность посмотреть.

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

Про раздел с технологиями

Пишите то, на чём делали. Не то, о чём слышали.

Без процентов и звёздочек. «Python — 80 %» ничего не значит.

Можно разделить. «Использую уверенно» и «знаком, применял в учебных задачах» — честно и снимает неловкие вопросы.

Не раздувайте список. Тридцать технологий у начинающего читается как «не знаю ни одной толком».

Фразы, которые вредят

  • «Стрессоустойчив, коммуникабелен, легко обучаем» — пишут все, не значит ничего.
  • «Хочу развиваться в динамичной команде» — вода.
  • «Ответственный и внимательный к деталям» — то же самое.
  • «Опыт коммерческой разработки: нет» — не надо писать это отдельной строкой.

Вместо качеств — факты. Не «умею работать в команде», а «делал проект вдвоём, разбирали код друг друга, вели общую доску задач». Второе доказывает первое.

Оформление

Одна страница. Для новичка двух не бывает.

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

Файл в формате, который откроется везде. И назовите его по-человечески: фамилия и позиция, а не «резюме_финал_2».

Что добавить, когда опыта нет совсем

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

Прежнюю профессию. Особенно если она смежная. Бывший бухгалтер, который идёт в разработку учётных систем, — сильный кандидат, и это надо написать прямо.

Открытые проекты. Даже исправление опечатки в документации показывает, что вы умеете оформить изменение по правилам.

Хватит читать — пора делать

На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.

Похожие статьи