Как собрать первое портфолио джуниору

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

Зачем джуниору портфолио

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

Портфолио решает и вторую задачу — показывает, что вы умеете доводить дело до конца. Незавершённые наброски есть у многих; пара аккуратно доделанных проектов встречается реже и ценится выше. Это сигнал работодателю, что с вами можно иметь дело.

Сколько проектов и каких

Гнаться за количеством не нужно: два-три доведённых до ума проекта сильнее десятка брошенных заготовок. Лучше меньше, но качественно — так, чтобы каждый можно было запустить, объяснить и обсудить на собеседовании.

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

Как выбрать идею

Хорошая идея для первого проекта — простая и близкая вам: то, чем вы сами могли бы пользоваться, или то, что связано с вашим хобби. Так проще довести дело до конца, потому что результат вам действительно интересен, а не сделан «для галочки».

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

Как оформить на GitHub

Код должен лежать в открытом репозитории на GitHub — это и есть витрина. Обязательно добавьте файл README с описанием: что делает проект, как его запустить, какие технологии использованы. Без описания даже хороший код выглядит заброшенным.

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

Частые ошибки

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

Третья ошибка — выдавать чужой код за свой. Это быстро вскрывается на собеседовании простым вопросом «почему вы сделали здесь так». Лучше скромный, но полностью понятный вам проект, чем эффектный чужой, который вы не сможете объяснить.

Частые вопросы

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

Подойдут ли учебные проекты из курса? Подойдут, если вы их доработали и понимаете каждую строку. Ценится не происхождение идеи, а то, что код ваш, запускается и вы можете его объяснить. Лучше доведённый учебный проект, чем красивый, но чужой.