Портфолио без коммерческого опыта: что туда класть

Зачем оно вообще

Резюме говорит, что вы умеете. Портфолио показывает. Для человека без опыта это единственное доказательство, и смотрят его чаще, чем принято думать.

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

Сколько проектов нужно

Два-три законченных. Не двадцать начатых.

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

Правило: лучше три доделанных, чем пятнадцать брошенных. Остальное можно скрыть или убрать в архив.

Что ценится

По убыванию:

Командный проект. Ценится выше всего, потому что закрывает главный страх работодателя: непонятно, умеет ли человек работать с людьми. Здесь видно разбор кода, общую историю изменений, распределение задач.

Обязательно укажите, что делали вы лично.

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

Проект, которым кто-то пользуется. Даже десять человек. Это редкость и сильный аргумент.

Вклад в открытые проекты. Показывает умение читать чужой код и оформлять изменения по правилам.

Собственный проект без задачи. Ещё один список дел. Работает слабо: таких тысячи.

Работа с курса как есть. Ценности почти не имеет: её сдали одинаково тысячи людей.

Как оформить репозиторий

Это половина впечатления, и половиной пренебрегают.

Описание в корне. Что за проект, для кого, что умеет, как запустить, какие технологии. С картинкой или коротким видео, если есть интерфейс.

Проверка: человек, открывший репозиторий, за минуту понимает, что здесь. Если нет — описание плохое.

Внятная история изменений. Осмысленные сообщения вместо «fix» и «правки». По истории видно, как человек работает, и это смотрят.

Рабочая версия по ссылке. Возможность потыкать в живое стоит дороже, чем ещё одна функция. Многие ленятся выложить — и напрасно.

Чистота. Без закомментированного кода, файлов с паролями, папок с библиотеками в истории.

Немного проверок. Хотя бы несколько автоматических тестов. Их наличие у новичка редкость и заметно выделяет.

Что делать с учебными работами

Не выкладывать как есть. Это не ваш проект, это выполненное задание.

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

Или пометить честно. «Учебный проект с курса, добавил такое-то» — нормально. Выдавать за самостоятельную разработку — плохо: это видно и вызывает недоверие ко всему остальному.

Как про это рассказывать

На собеседовании обязательно спросят про проект из портфолио. Готовьтесь отвечать на четыре вопроса:

• Что делает и зачем.
• Как устроено в общих чертах.
• Что было самым сложным и как решили.
• Что бы сделали иначе сейчас.

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

Умение критически смотреть на свою работу ценится выше, чем сама работа.