Вступление
Сколько раз вы слышали совет: "Укажи GitHub в резюме для поиска работы"?
Многие думают, что просто создать аккаунт и запушить пару репозиториев будет достаточно, чтобы работодатели будут выстраиваться в очередь. Но на самом деле это совсем не так.
Сегодня мы разберёмся, почему пустой GitHub не только не помогает в поиске работы, но и может навредить вашим карьерным перспективам.
Как происходит найм
Давайте в начале разберём, что происходит, когда вы отправляете резюме. В большинстве случаев процесс выглядит следующим образом:
HR-менеджер получает сотни резюме. У него максимум 30-60 секунд на первичный просмотр.
Если резюме проходит первый фильтр, его отправляют Team Lead или Technical Lead на согласование специалиста.
Технический специалист тратит буквально 2-3 минуты на оценку профиля кандидата и даёт свой ответ HR.
И здесь ваш GitHub играет ключевую роль – но совсем не так, как вы думаете.
Что делает GitHub плохим
Пустая главная страница
Профиль без:
Описания
Фото
Технологий, которыми вы владеете
Целей и интересов
Это как визитная карточка, на которой размазано чернилами имя – никто не разберёт, что там написано.
Отсутствие README в проектах
Технический специалист не будет рыться в коде, чтобы понять, что за проект.
Важно: У вас есть максимум 30-60 секунд внимания. Используйте их максимально эффективно.
Как должен выглядеть идеальный GitHub
Open Source вклад
Участие в реальных проектах
Pull Request's в популярные библиотеки
Исправление документации
-
Решение существующих issue
Решение issue с меткой "good first issue" – специальная метка для новичков, которая помогает легко начать контрибьютить в open source.
Pet-проекты: Три кита
-
Полностью реализованная бизнес-логика:
Вы должны показать весь ваш путь: от идеи до реализации
Также стоит продемонстрировать навыки в решении реальных задач
-
Современный стек технологий для дата-инженерии
Apache Airflow
Pandas
DBT
PostgreSQL
Docker
etc
-
Качественная документация
Подробное README
Скриншоты/видео/gif работы проекта
Инструкция по локальному запуску
Docker-compose для быстрого старта
Описание архитектуры данных
Схема ETL-процессов
Диаграммы потоков данных
Демонстрация проекта
Деплой на различные платформы
Работающее демо пайплайна данных
Понятная визуализация результатов
Возможность быстро увидеть ваши действия по проекту: сбор данных, подготовка данных, трансформации, модели и прочее
Чего категорически нельзя делать
Копировать чужие проекты
Использовать учебные проекты с курсов для демонстрации своих навыков
Создавать бессмысленные репозитории
Не обновлять проекты годами
Использовать устаревшие технологии
Отсутствие связи между проектами
Как выделиться
Блог о вашем проекте
Описание решённых сложных дата-кейсов
Участие в хакатонах по обработке данных
Демонстрация навыков работы с большими данными
Демонстрация опыта оптимизации производительности пайплайнов
Заключение
GitHub – это не просто хранилище кода. Это ваше профессиональное портфолио, визитная карточка как дата-инженера, так и IT-специалиста.
Вкладывайтесь в качество, а не количество. Один продуманный проект стоит десятка случайных репозиториев.
Также если вам необходима консультация/менторство/мок-собеседование и другие вопросы по дата-инженерии, то вы можете обращаться ко мне. Все контакты указаны по ссылке.
Комментарии (21)
Karl_Benz
06.12.2024 06:03Кому должен? Мой Гитхаб только для меня.
Oceanshiver
06.12.2024 06:03Существуют сумасшедшие работодатели, которые уверены, что хороший программист обязан иметь хорошо оформленный GitHub с кучей пет-проектов, которые он пилит после основной работы, в свободное время.
Fox_exe
06.12.2024 06:03Есть и более "умные" работодатели, считающие, что раз у человека так много сторонних проектов, то он не уделяет основной работе достаточно времени и работник из него будет никудышный.
DarkHost
06.12.2024 06:03Это ж сколько нужно иметь времени в сутках, чтобы работать свою работу, заниматься семьей, вести 3 своих проекта, еще и коммитить в чужие проекты? Не возникнет ли потом ситуация, как с рамблером и nginx?
AdrianoVisoccini
06.12.2024 06:03Недавно было исследование в котором отправляли резюме со ссылками на гитхаб и встроенным счетчиком переходов. Результат - 1% переходов.
Перед тем как заявлять что оформление гитхаба влияет на трудоустройство, стоит доказать что кто-то вообще его проверяет при устройстве.
Вот на каком моменте это происходит? На HR скрининге? Нет HR не смотрят чаще всего по тому что не разбираются на столько глубоко в большинстве своем(да и не должны так то), а после скрининга собеседующему уже по большому счету на ваш гит плевать абсолюно, ему в любом случае ваши знания проверять тет-а-тет как я разница что у вас там на гите?
Есть ли компании которым это важно? Наверняка. Вопрос - а вам точно туда нужно?
dsh2dsh
06.12.2024 06:03Совершенно точно. Я на собеседованиях спрашивал, смотрел ли этот человек мой github и в ответ получал уклончивое: "ну так, одним глазком'. Скорее всего это означает, что даже и не открывал. Да и по дальнейшим вопросам от них - это было понятно. Т.е. если даже технические специалисты не смотрят GitHub, то уж чего ожидать от хрюш и им подобных-то. Т.ч. враньё всё это. Если ищут работать работу, то возьмут и без GitHub и без фотографии в профиле. А если ищут для галочки, для имитации деятельности или KPI, то не возьмут в любом случае.
sidorovkv
06.12.2024 06:03Совершенно не согласен. Мне когда присылают список кандидатов я отсматриваю их репозитории - это даёт возможность уменьшить количество собеседований. Если я вижу что человек собеседуется на позицию синьора, но при этом он пару месяцев назад закомитил код в лучшем случае мидла, то это даёт мне возможность отсеять его ещё до собеседования. Моя практика показала, что код зачастую гораздо больше говорит о программисте нежели то как он отвечает даже на самые сложные вопросы на собеседовании.
trabl
06.12.2024 06:03Тут наверняка автор хотел донести следующее, коль уж ссылку на GitHub указал в резюме, то будь добр хотя бы readme качественный оформить. А указывать ссылку в резюме или нет, это дело каждого. Например, для начинающих, с околонулевым опытом работы, будет не лишним, имхо.
iliamsk
06.12.2024 06:03Наконец-то это кто-то написал! (но причем здесь тэги "Data Engineering*", "Big Data*", "Хранилища данных*", "IT-стандарты*", "Терминология IT"?)
Мысли такие. Ссылку указывать можно, но делать резюме к резюме странно. Думаю, что основной посыл был про качество оформления. Будет ли это кто-то смотреть или нет - наверное зависит от позиции. В любом случае, наличие такого портфолио сэкономило бы усилия при прохождении тестовых заданий (или вовсе от них отказаться).
un1t
06.12.2024 06:03Чего категорически нельзя делать
Не обновлять проекты годами
Я сделал проект и по каким-то причинам даже решил открыть код для других. Обновлять 14 проектов, фиксить issue, мержить пул реквесты да и просто делать какие-то доработки я не нанимался.
eigrad
06.12.2024 06:03Технический специалист тратит буквально 2-3 минуты на оценку профиля кандидата и даёт свой ответ HR.
Геральд-скрывающий-боль.jpg. Для не совсем шлака (если нормальный HR - для любого дошедшего до меня резюме), чуть ли не полноценный osint провожу. В среднем уходит от 10 минут до получаса на кандидата :-(.
eigrad
06.12.2024 06:03Использовать учебные проекты с курсов для демонстрации своих навыков
Для джунов - вполне допустимо.
А так - статья как статья на самом деле норм. Видимо минусуют за Ютуб.
vsting
06.12.2024 06:03Просто храню там свой код, всякий. время флешек и компакт дисков прошло. Просто одни говорят что там должна быть красота, это дело каждого. Но с другой стороны, там можно увидеть историю развития навыков.
BlackSCORPION
06.12.2024 06:03Если нечего привнести в сообщество это окей, окей быть человеком простым.
Но пушить что то только ради того чтобы показать как реферат не стоит. На той стороне человек, вероятно с бОльшим опытом и экспертизой, который рассматривает Вас не как на конкурсе талантов, а как человека с кем придётся работать в одной комманде. Просто будьте собой, честность, предсказуемость, понятность важнее в командной работе чем ачивки, и петпроекты с курсов.
kenoma
Вот так вот гитхаб из жемчуга в куче навоза превратится в огромную кучу фальшивого жемчуга.