Пет-проекты вместо опыта: что показать работодателю, если работы ещё не было
Почему три доделанных проекта сильнее десяти туториалов, каким должен быть README, зачем деплоить даже мелочь и как превратить учебные работы в портфолио.
Содержание
Почему пет-проект — главная валюта новичка
У джуна без опыта работы есть ровно один способ доказать, что он умеет что-то делать руками, — показать сделанное. Резюме с перечислением технологий не доказывает ничего: слова «знаю Python» пишут все. Работающий проект доказывает сразу несколько вещей: ты умеешь доводить дело до конца, разбираться в незнакомом и жить с последствиями своих решений. Именно поэтому на перегретом рынке, где на вакансию для новичка приходят десятки откликов, портфолио стало не бонусом, а входным билетом.
Пет-проект работает лучше сертификата по простой причине: сертификат подтверждает, что ты прослушал материал, а проект — что ты его применил. Нанимающий разработчик открывает твой репозиторий и за пять минут видит реальный уровень: структуру кода, коммиты, то, как ты называешь переменные и обрабатываешь ошибки. Это честная проверка, которую нельзя купить.
Хорошая новость для студента: у тебя есть то, чего нет у работающих свитчеров, — время и среда. Курсовые, лабораторные, хакатоны, студенческие команды — всё это сырьё для портфолио, если относиться к нему не как к повинности, а как к материалу. Разница между «сдал и забыл» и «сдал, довёл до ума и выложил» через два года превращается в разницу между пустым и живым резюме.
Каким должен быть проект, чтобы его вообще открыли
Главный критерий — проект решает живую задачу, пусть крошечную. Бот, который присылает расписание твоей группы; парсер, собирающий цены на учебники; трекер долгов по общаге. Такие вещи цепляют сильнее, чем сотый клон интернет-магазина из туториала, потому что за ними видно человека, который заметил проблему и решил её. Туториальные проекты нанимающие узнают с первого взгляда — они видели этот код у десятков кандидатов.
Количество проигрывает качеству с разгромным счётом. Три-пять доделанных проектов выглядят убедительнее десятка заброшенных заготовок с одним коммитом. «Доделанный» — значит: запускается без танцев с бубном, имеет понятное описание и не падает на первом же нестандартном вводе. Недоделанное тоже можно показывать, но тогда честно напиши, что работает, что нет и почему.
Отдельный уровень — проект, которым пользуется кто-то, кроме тебя. Даже пять человек из твоей группы, которые реально запускают твоего бота, превращают поделку в продукт: у тебя появляются баг-репорты, пожелания, необходимость что-то не сломать при обновлении. Опыт поддержки живого сервиса — это ровно то, что происходит на настоящей работе, и рассказ об этом на собеседовании звучит совсем иначе, чем пересказ учебника.
README решает больше, чем код
Жестокая правда: большинство твоих репозиториев никто не будет читать построчно. Смотреть будут README — и по нему решать, открывать ли код вообще. Поэтому описание проекта — не формальность, а витрина: что это, какую проблему решает, как запустить, что внутри. Скриншот или короткая гифка работающего приложения поднимают интерес в разы: людям проще поверить в то, что они видят.
Сильный ход — добавить в README историю решений: почему выбрал эту базу данных, обо что споткнулся, что переделал бы сейчас. Такой раздел показывает мышление, а мышление — это именно то, что пытаются оценить на собеседовании джуна. Ошибки и тупики описывать не стыдно, а выгодно: человек, который понимает, где ошибся, обучаем — и это главное качество новичка.
И задеплой всё, что деплоится. Работающая ссылка, которую можно открыть с телефона, снимает у проверяющего всю работу по запуску твоего кода. Бесплатных вариантов хостинга для студенческих проектов достаточно, а разница в восприятии огромная: «репозиторий с кодом» — это обещание, «работающий сервис» — это факт.
Где брать идеи, если ничего не придумывается
Начни со своих раздражений. Всё, что в твоей студенческой жизни неудобно, — источник идей: неудобное расписание, очереди в столовой, потерянные конспекты, дедлайны, о которых все забывают. Автоматизируй собственную боль — и мотивация доделать проект появится сама, потому что результатом будешь пользоваться ты же.
Второй источник — учёба. Курсовую по любому предмету почти всегда можно повернуть так, чтобы в ней появился код: посчитать данные, визуализировать результаты, написать модель. Преподаватели обычно только за, а ты получаешь проект, легально сделанный в учебное время. Командные хакатоны и студенческие кейс-чемпионаты дают ещё и опыт совместной разработки — а именно командную работу нанимающие ценят в портфолио особенно высоко.
Третий путь — открытый код. Не обязательно писать своё с нуля: найди библиотеку, которой пользуешься, и начни с малого — поправь опечатку в документации, воспроизведи баг, предложи маленький фикс. Принятый пул-реквест в живой проект — строчка, которая выделяет тебя из потока кандидатов сильнее, чем ещё один личный репозиторий: она означает, что твой код прошёл чужое ревью.
Типичные ошибки, которые убивают портфолио
Ошибка первая — вечный идеальный проект. Ты полгода полируешь архитектуру, переписываешь всё в третий раз и никому ничего не показываешь, потому что «ещё не готово». Рынку не нужен идеальный код от джуна, ему нужен законченный. Правило простое: лучше три скромных, но живых проекта за полгода, чем один грандиозный недострой за два года.
Ошибка вторая — портфолио из сгенерированного кода. Собрать проект с помощью нейросети сегодня может кто угодно, и нанимающие это прекрасно знают. На собеседовании тебя попросят объяснить любую строчку и что-то изменить на месте — и если проект писал не ты, это вскроется за пять минут с очень неприятными последствиями. Использовать ИИ как помощника — нормально; выдавать его работу за свой уровень — самострел.
Ошибка третья — делать портфолио в вакууме. Покажи проекты старшекурсникам, преподавателю, людям в профильных чатах — обратная связь до собеседования бесплатна, а на собеседовании за неё платят отказом. Заодно проверишь, понятно ли твоё README постороннему человеку. Портфолио — это разговор с будущим работодателем, и репетировать его лучше на тех, кто не решает твою судьбу.
