Ты отправил резюме. Там честно написано: прошёл курсы, знаю такой-то язык, сделал пару проектов. А в ответ — тишина или вежливый отказ. И вроде всё по делу написал, но не цепляет. Знакомо?
Дело почти никогда не в самих проектах. Дело в том, как ты их подал. Тот, кто читает твоё резюме, тратит на него несколько секунд и ищет ответ на один вопрос: «А с этим человеком можно работать?» Если из твоего описания это не считывается — переходит к следующему. Давай сделаем так, чтобы считывалось.
Почему опыт «не засчитывают»
Представь себя на месте того, кто нанимает. Перед ним стопка из полусотни резюме, и почти все выглядят одинаково: курсы, список технологий, «делал пет-проекты». По этому невозможно понять, кто перед тобой — человек, который правда что-то умеет, или тот, кто прошёл урок по видео и повторил за преподавателем.
Опыт начинают засчитывать, когда из описания видно, что ты решал настоящую задачу, сам принимал решения и за них отвечал. И отдельная история — если ты делал это не один. Проект в одиночку показывает, что ты умеешь писать код. Проект в команде показывает, что с тобой можно работать. Второе для работодателя важнее, как ни странно.
Что писать вместо «делал пет-проект»
Слабое описание рассказывает про технологии. Сильное — про то, что ты сделал и что из этого вышло. Сравни две строчки про один и тот же проект:
«Todo-приложение на React и Node.js» — и всё, дальше рекрутер зевает.
«Сделал приложение, чтобы наша учебная группа не теряла задачи в переписке. Отвечал за интерфейс: продумал, как всё должно выглядеть, прикрутил работу без интернета, настроил сборку. Сейчас им пользуются человек двадцать» — и вот тут уже хочется открыть ссылку.
Разница в том, что вторая версия отвечает на вопросы ещё до того, как их задали. Что это. Для кого. Что делал именно ты. Что получилось.
Как описать проект, чтобы его открыли
Держи простой каркас — по нему можно прямо сейчас переписать свой проект:
- Одна фраза о том, что это и кому нужно. Не «пет-проект», а «сервис, который помогает делать то-то».
- Твоя роль. Не «делал всё» (в это никто не верит), а честно: «фронтенд и часть логики на сервере».
- Пара решений, которые ты принял. Не список технологий, а выбор с объяснением: «сделал очередь, потому что задачи иногда падали и их надо было запускать заново». Вот это показывает, что ты думаешь головой, а не копируешь с форума.
- Результат. Сколько людей пользуется, что заработало, за какой срок. Даже «довёл до рабочей версии за полтора месяца» — уже результат.
- Ссылка. Код, демо или страница проекта. Без ссылки всё описанное — просто слова.
Почему проект в команде сильнее
Тут стоит сказать прямо. Работодателю нужен не «человек, который умеет программировать», а «человек, который умеет программировать вместе с другими». Спорить об архитектуре, разбирать чужой код, объяснять своё решение, разруливать конфликты в общей ветке — всё это случается только когда людей больше одного.
Проект в одиночку прокачивает руки. Проект в команде прокачивает ровно то, из-за отсутствия чего новичков и заворачивают. Поэтому фраза «вот проект, который мы делали втроём, вот за что отвечал я» на собеседовании весит куда больше, чем идеально вылизанный проект, сделанный в одну каску.
Командного опыта нет? Это поправимо, и не обязательно ждать первой работы. Собраться в команду можно и вокруг обычного пет-проекта — как раз для этого и придуман CohortX: находишь людей, распределяете роли и делаете что-то вместе. А потом на собеседовании тебе есть что рассказать.
Короткий чек-лист перед отправкой
Пройдись по своему резюме и честно ответь:
- Понятно из первой фразы, что делает проект и кому он нужен?
- Видно, за что отвечал именно ты, а не «команда в целом»?
- Есть хотя бы пара решений с объяснением «почему так»?
- Есть результат — цифры, факты, работающая версия?
- Есть живая ссылка?
- Видно, что была командная работа, если она была?
Резюме без опыта — это не приговор. Просто твой главный аргумент здесь не «три года в компании», а твои проекты. Опиши их так, чтобы они говорили за тебя.
Частые вопросы
Сколько проектов писать в резюме, если опыта работы нет?
Считается ли проект с курсов?
А если проект не доделан?
Обязательно выкладывать код на GitHub?
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.