Как оформить CV разработчику. Часть 2

Если коммерческого опыта мало, можно указать pet-проекты, учебные проекты, open-source, свои игры, прототипы, GitHub, Steam-страницы, видео геймплея. Это не полностью заменяет коммерческий опыт, но точно лучше, чем пустое место.

4. Достижения, а не только обязанности

Одна из частых проблем CV — человек описывает только обязанности.

Плохо:

Работал над мультиплеером.
Фиксил баги.
Делал UI.
Участвовал в разработке проекта.

Лучше:

Отвечал за мультиплеерный модуль в Unity-проекте: переработал сетевую архитектуру, вынес логику в отдельные сервисы, добавил тесты на ключевые сценарии и снизил количество критичных багов перед релизом.

Или:

Ускорил разработку фич за счет внедрения базовой архитектуры, код-ревью и переиспользуемых компонентов UI.

Важно писать так, чтобы было понятно и HR, и техническому специалисту. Не нужно превращать CV в техническую документацию, но и слишком общие формулировки не помогают.

5. Ссылки на проекты

Если у вас есть GitHub, LinkedIn, портфолио, Steam-страница, App Store, Google Play, видео геймплея, статьи или посты — добавляйте.

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

6. Желтые флаги

Желтые флаги — это не автоматический отказ. Это повод задать уточняющий вопрос.

К таким вещам я бы отнес:

частую смену работы;
очень короткие периоды в компаниях;
длинные перерывы;
фриланс;
несколько работ параллельно;
непонятные роли и зоны ответственности.

Все это не обязательно плохо. У каждого может быть свой контекст. Но если такой контекст есть, лучше объяснить его в CV или быть готовым спокойно объяснить на интервью.

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

Если был фриланс — объясните почему совмещали его с основной работой и какие есть гарантии, что фриланс не помешает основной работе в компании

Если было несколько коротких мест работы — важно объяснить, что произошло, чтобы это не выглядело как риск конфликтности или нестабильности.

7. Что точно должно быть в CV разработчика

Минимальный набор, который я ожидаю увидеть:

ваша специализация;
ключевой стек;
коммерческий опыт;
последние 2–3 места работы с подробным описанием;
конкретные достижения;
ссылки на проекты или портфолио;
уровень английского;
локация и желаемый формат работы;
актуальные контакты.

10. Что лучше убрать

Я бы убирал из CV все, что не помогает принять решение пригласить вас на интервью.

Например:

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

Если хотите написать про soft skills, лучше показывать их через опыт.

Не “коммуникабельный”, а “синхронизировал работу команды из 5 разработчиков, проводил code review и помогал джунам с декомпозицией задач”.

И главный совет: смотрите на CV не как на формальность, а как на инструмент продажи вашего опыта.

Хорошее CV не гарантирует оффер. Но плохое CV может не дать вам даже дойти до интервью, хотя по навыкам вы могли бы отлично подойти.

Если вы хотите проверить свое CV, то самый лучший вариант показать его другу/знакомому, дать ему 30 секунд на ознакомпление и спросить на что он обратил внимание


Надеюсь пост был полезен, а если у вас есть вопросы или свои лайфхаки, то делитесь ими в комментариях