Как должен выглядеть идеальный GitHub для поиска работы

Вступление

Сколько раз вы слышали совет: «Укажи GitHub в резюме для поиска работы«?

Многие думают, что просто создать аккаунт и запушить пару репозиториев будет достаточно, чтобы работодатели будут выстраиваться в очередь. Но на самом деле это совсем не так.

Сегодня мы разберёмся, почему пустой GitHub не только не помогает в поиске работы, но и может навредить вашим карьерным перспективам.

Как происходит найм

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

1. HR-менеджер получает сотни резюме. У него максимум 30-60 секунд на первичный просмотр.

2. Если резюме проходит первый фильтр, его отправляют Team Lead или Technical Lead на согласование специалиста.

3. Технический специалист тратит буквально 2-3 минуты на оценку профиля кандидата и даёт свой ответ HR.

И здесь ваш GitHub играет ключевую роль – но совсем не так, как вы думаете.

Что делает GitHub плохим

Пустая главная страница

Профиль без:

• Описания

• Фото

• Технологий, которыми вы владеете

• Целей и интересов

Это как визитная карточка, на которой размазано чернилами имя – никто не разберёт, что там написано.

Отсутствие README в проектах

Технический специалист не будет рыться в коде, чтобы понять, что за проект.

Важно: У вас есть максимум 30-60 секунд внимания. Используйте их максимально эффективно.

Как должен выглядеть идеальный GitHub

Open Source вклад

• Участие в реальных проектах

• Pull Request’s в популярные библиотеки

• Исправление документации

• Решение существующих issue

  • Решение issue с меткой «good first issue» – специальная метка для новичков, которая помогает легко начать контрибьютить в open source.

Pet-проекты: Три кита

1. Полностью реализованная бизнес-логика:

   • Вы должны показать весь ваш путь: от идеи до реализации

   • Также стоит продемонстрировать навыки в решении реальных задач

2. Современный стек технологий для дата-инженерии

   • Apache Airflow

   • Pandas

   • DBT

   • PostgreSQL

   • Docker

   • etc

3. Качественная документация

   • Подробное README

   • Скриншоты/видео/gif работы проекта

   • Инструкция по локальному запуску

   • Docker-compose для быстрого старта

   • Описание архитектуры данных

   • Схема ETL-процессов

   • Диаграммы потоков данных

Демонстрация проекта

• Деплой на различные платформы

• Работающее демо пайплайна данных

• Понятная визуализация результатов

• Возможность быстро увидеть ваши действия по проекту: сбор данных, подготовка данных, трансформации, модели и прочее

Чего категорически нельзя делать

• Копировать чужие проекты

• Использовать учебные проекты с курсов для демонстрации своих навыков

• Создавать бессмысленные репозитории

• Не обновлять проекты годами

• Использовать устаревшие технологии

• Отсутствие связи между проектами

Как выделиться

• Блог о вашем проекте

• Описание решённых сложных дата-кейсов

• Участие в хакатонах по обработке данных

• Демонстрация навыков работы с большими данными

• Демонстрация опыта оптимизации производительности пайплайнов

Заключение

GitHub – это не просто хранилище кода. Это ваше профессиональное портфолио, визитная карточка как дата-инженера, так и IT-специалиста.

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

Также если вам необходима консультация/менторство/мок-собеседование и другие вопросы по дата-инженерии, то вы можете обращаться ко мне. Все контакты указаны по ссылке.