Шаг 1. Найдите живого пользователя
Хотя бы одного, хотя бы себя. Задайте вопрос: что нужно добавить, чтобы вы сами этим пользовались?
Учебный магазин никому не нужен. А вот учёт личных расходов, напоминалка о продлении подписок или поиск по собственным заметкам — вполне. Часто хватает сменить тему при том же коде.
Как только появляется настоящий пользователь, всплывают настоящие задачи: неудобно вводить, теряются данные, нужен экспорт. Именно эти задачи и отличают настоящий проект.
Шаг 2. Разверните
Проект, который нельзя открыть по ссылке, наполовину не существует. Никто не будет клонировать репозиторий, чтобы посмотреть на вашу работу.
Разверните на любом бесплатном хостинге. Это один вечер, а разница огромная: ссылку можно вставить в резюме, и по ней перейдут.
Шаг 3. Напишите описание
Файл с описанием в корне репозитория — то, что читают первым. Нужны четыре вещи:
- Что это и для кого, одним абзацем по-человечески.
- Как запустить: команды, которые правда работают.
- Что внутри: технологии и почему выбраны такие.
- Что дальше: чего не хватает, что планируете.
Последний пункт недооценивают, а он показывает, что вы видите слабые места своей работы. Это ценится.
Шаг 4. Приведите в порядок историю изменений
Если весь код появился двумя коммитами, это видно. Дальше работайте нормально: небольшими изменениями с внятными сообщениями. Через месяц история будет выглядеть как работа, а не как сдача задания.
Переписывать прошлое не надо. Достаточно начать делать правильно с этого момента.
Шаг 5. Приведите кого-нибудь
Самый сильный шаг и самый пропускаемый. Позовите ещё одного человека — пусть возьмёт часть работы.
Это меняет проект качественно: появляется разделение задач, обсуждение чужого кода, необходимость договариваться. Именно этого опыта не хватает почти всем, кто учился один, и именно про него спрашивают на собеседовании.
И у вас появится то, чего нет у одиночного проекта: человек, который может своими словами подтвердить, что вы делали. Такое подтверждение весит больше, чем самая аккуратная строчка в резюме, — особенно когда рядом видно историю ваших изменений.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- Presenting a repository so people actually look at itNaming, structure, commit history, what to hide and what to pin — the small things that decide whether your code gets opened.
- Как оформить репозиторий, чтобы его смотрелиНазвание, структура, история изменений, что скрыть и что закрепить — мелочи, которые решают, откроют ваш код или нет.
- A README that makes people open the projectWhat to put in your repository's README, in what order, and why without it nobody looks at the code.