Как взрослому джуну показать прежний опыт и честно описать новые проекты

27 июня 2026 года делюсь своим подходом к резюме при смене профессии. Я бы не начинал его с общей фразы «опыта нет». Точнее объяснить, в какой роли коммерческого опыта пока мало, что человек уже умеет и какие результаты может показать. Прежняя работа не исчезает после первого учебного проекта.

Старый опыт стоит связать с новой задачей

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

Например, вместо «восемь лет работал с клиентами» можно описать конкретную работу: уточнял запросы, фиксировал договорённости, согласовывал ограничения и проверял результат. Если человек действительно делал это сам, такая формулировка понятнее общего слова «коммуникабельный». Возраст здесь не является доказательством навыка. Доказательством служит пример.

Не нужно выдавать обучение за коммерческую работу

Учебный проект, волонтёрская задача и оплаченный заказ имеют разный контекст. Это лучше назвать прямо. Указать, что было дано в задании, что сделал преподаватель или команда, а что кандидат решил самостоятельно. Иначе на собеседовании придётся защищать чужой вклад как свой.

То же относится к работе с ИИ. Если агент помог с кодом, полезно объяснить, что именно сделал человек: поставил задачу, выбрал архитектуру, нашёл ошибку, написал проверку, исправил результат. Возможность подробно рассказать о решении важнее попытки скрыть инструмент.

Например, мой Clock Battle в Вайбкрафте можно описать как небольшой интерактивный прототип. У него есть понятные действия, состояние и проверка переходов времени. Но назвать его большой многопользовательской системой было бы нечестно. Небольшая задача тоже может показать ход работы, если не раздувать её масштаб.

Для проекта достаточно ясного описания и доступного результата

Я бы оставлял четыре вещи: задачу, собственный вклад, результат и способ его посмотреть. Если есть код, пригодятся короткий README, инструкция запуска и тесты. Если есть публичная страница, нужно проверить, что она открывается и что в ней заменены заглушки. А клиентские данные и закрытый исходный код нельзя публиковать ради портфолио без разрешения.

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

В резюме стоит оставить только навыки, которые относятся к желаемой работе и которые можно обсудить. Список из всех знакомых названий не помогает понять уровень. Гораздо полезнее рассказать, какую задачу кандидат уже решал с конкретным инструментом и где пока нужна помощь.

Обучение выбирается под пробелы, а не вместо практики

Кому-то удобнее документация и собственные проекты, кому-то программа с заданиями и обратной связью. Сам факт покупки курса не гарантирует ни навыков, ни трудоустройства. Перед выбором стоит посмотреть программу, формат проверки работ, условия договора и возврата, а также сравнить это со своей целью и временем на учёбу.

В конце оставил каталоги Skillbox и Нетологии. Это партнёрские ссылки: если после перехода вы оформите обучение, я могу получить вознаграждение. Актуальные цены и условия нужно смотреть у самой платформы. Эта рекомендация не является обещанием конкретной скидки или одинаковой стоимости для всех посетителей.

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

Источники и ссылки