Поиск первой работы в ИТ — сам по для себя отдельная работа. Обычно новенькие опосля фразы «просим прислать портфолио к резюме» сходу теряются. Неясно, что работодатель желает в нём узреть, как оно обязано смотреться, где брать проекты, какие из их стоит показать, а какие нет.
Менеджер программ трудоустройства и акселерации «Yandex.Практикума» Рита Головко ведает, для что необходимо портфолио и как начинающим карьеру в ИТ его составить.
Как новенькому в ИТ собрать 1-ое портфолио
Рита Головко
Как портфолио помогает в поиске работы
Если не считать резюме, конкретно благодаря портфолио складывается 1-ое воспоминание о кандидате и его работе. Потому весьма принципиально, чтоб оно демонстрировало вас с правильной стороны.
В целом портфолио ― удачный инструмент для обеих сторон. Для спеца оно служит доказательством его практических способностей и подтверждением опыта. Начиная с junior+/middle-позиций оно дозволяет пассивно находить работу и снимает какую-то часть вопросцев на тестовых заданиях. Работодателю портфолио помогает убедиться, что он получает не попросту теоретика, который понимает про все инструменты, но никогда не использовал их на практике, а человека, который уже умеет что-то созодать своими руками. Выходит, портфолио отсеивает тех, кто рвётся в ИТ, просто прочитав несколько статей.
Портфолио почти все может сказать о проф качествах кандидата. К примеру, вот на что работодатель направляет внимание при приёме на работу разраба:
Как много времени уделяется разработке и кодингу. Плохо, когда заходишь в портфолио начинающего разраба, а там не достаточно проектов и крайняя активность была восемь-девять месяцев вспять.
Свойство кода. Он должен быть понятен всем участникам команды.
Внимание к деталям. По проектам в портфолио можно представить, управится ли кандидат с составлением документации, сумеет ли разъяснить, что было изготовлено в проекте, и передать собственные познания.
Для каких направлений в ИТ портфолио непременно
Это буквально касается разрабов, дата-сайентистов и ML-инженеров, аналитиков, дизайнеров, продакт-менеджеров. Но вроде бы комфортно портфолио ни было для оценки кандидатов, возможность его предоставить всё-таки есть не на всех специальностях.
К примеру, тяжело обмыслить представление проектов для тестировщика. Да, можно тщательно написать про объект тестирования и оформить отысканные баги. Но работодателю ещё необходимо будет как-то оценить значимость и правильность выделенных изъянов, а это довольно трудно создать, когда продукт незнаком. Короткое описание проведённых работ даёт чуток больше инфы, но для позиций выше джуниора тоже не так полезно. Потому при отборе кандидатов тестировщиков работодатель в главном ориентируется на тестовое задание и ответы на собеседовании.
Схожая история с системными админами, DevOps-инженерами и всей сферой, связанной с эксплуатацией и мониторингом. В таковых вариантах основная информация о прошлом опыте обычно указывается в резюме: описание завершённых проектов, примерный размер сервисов и платформ на поддержке, перечень освоенных технологий.
Как составить портфолио
Для начинающего спеца портфолио служит доказательством практических способностей, потому его основная составляющая ― это проекты. Принципиально, чтоб к ним было обоснование того, какие инструменты выбраны и почему, прописаны цели, метрики для оценки, предполагаемый функционал. Нереально оценить проект, который находится в вакууме. Потому к работе непременно нужен контекст и вывод о том, как отлично удалось решить поставленную задачку.
Одного шаблона для дизайна портфолио нет. Обычно их заливают на онлайн-площадки, которые уже заточены под свою мотивированную аудиторию и сформировали проф общество:
-
Для разрабов и всех, кто связан с кодом: GitHub и Bitbucket
Для дизайнеров: Behance и Dribbble,
Для разрабов игр: Steam либо Desura.
Отдельный плюс использования таковых площадок ― возможность получить оборотную связь от наиболее проф коллег.
Основной вопросец для новенького в ИТ ― чем заполнить портфолио. Обычно в вакансиях даже на стартовые позиции требуется иметь уже два-три законченных проекта. И если дизайнерам проще отыскать проекты (те же фриланс-заказы), то у начинающих разрабов вопросец о том, где находить проекты и идеи для их, возникает почаще, и фриланс далековато не постоянно подступает.
Что созодать:
Один из рабочих вариантов — попробовать заавтоматизировать что-то из собственных ежедневных занятий. К примеру, сделать калькулятор расходов с выводом статистики либо приложение со перечнем дел. Либо написать чат-бота. Боты могут быть самые различные: прогноз погоды, генератор паролей либо поиск ближайших кафе.
Если опыт в разработке уже есть и охото чего-то посерьёзнее, то можно принять роль в opensource-проектах. Идеальнее всего тормознуть на разработке программного обеспечения, которым вы повсевременно пользуетесь, поэтому что знакомство с софтом помогает в осознании его особенностей.
Когда в копилке уже набралась парочка проектов и начался активный шаг поиска работы, возникает ещё один источник — тестовые задания. Их наличие может отлично варьировать портфолио. Объёмное тестовое задание можно выложить на собственный GitHub с отредактированным описанием и без указания определенной компании. Раздельно уточнять, что это тестовое, не надо. Тут принципиальна ваша реализация.
Какие проекты не подходят
Не стоит добавлять в портфолио всё попорядку — это может вызвать оборотный эффект и даже попортить воспоминание о кандидате.
Лучше не выкладывать совершенно ученические проекты. 10-ки маленьких домашних заданий с пройденных курсов не дадут возможному работодателю доборной инфы. Он уже издавна знаком с базисными инструментами и ждёт от вас чего-то наиболее увлекательного. Не считая того, 1-ый контакт с портфолио нередко бывает маленьким. Потому посреди огромного количества невыигрышных работ вправду высококачественные проекты могут просто потеряться.
По этим же причинам не стоит выкладывать незаконченные проекты, даже если они кажутся весьма потрясающими. Тут действует принцип «лучше меньше, но лучше». В исключительных вариантах, когда выбора совершенно нет и приходится выкладывать проект в процессе разработки, ситуацию может спасти отлично заполненное README. Там непременно необходимо написать, что ждёт этот проект, последующие планы и дедлайны.
Излишние комменты в коде — ещё один пункт, на который стоит направить внимание. Время от времени опосля проверки студенты запамятывают убрать приобретенные замечания и загружают проекты на GitHub вкупе с ними. В итоге оставленные комменты отвлекают от самого кода и делают воспоминание, что человек не обработал оборотную связь либо несерьёзно подошёл к составлению портфолио.
Самое принципиальное: не добавляйте в портфолио чужие работы. Естественно, при беглом просмотре довольно трудно найти, кому работа принадлежит. Но умение решать подобные задачки и верно выстраивать логику всё равно проверяется на собеседовании.
Чек-лист для начинающих
{Само по себе} составление портфолио — задачка очевидная. Другое дело, что сначала карьерного пути не постоянно понятна последовательность действий. Для собственных студентов я составила таковой перечень из первых шагов:
Разобраться с устройством веб-сервисов для размещения портфолио.
Сделать собственный 1-ый проект и испытать выложить его на избранной площадке.
Поучаствовать в opensource-проекте, чтоб варьировать своё портфолио.
Заполнить описание выложенных проектов. В разработке это непревзойденно тренирует навык написания документации.
Показать свои работы ещё кому-то из общества. В почти всех профильных группах есть возможность скинуть ссылку на проект и попросить откомментировать.
Когда набралось уже четыре–5 крутых проектов, можно сделать сайт-визитку. Это усилит воспоминание от вашего портфолио.
Источник: