Как должен выглядеть идеальный GitHub для поиска работы
Вступление
Сколько раз вы слышали совет:»Укажи 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-специалиста.
Вкладывайтесь в качество, а не количество. Один продуманный проект стоит десятка случайных репозиториев.
Также если вам необходима консультация/менторство/мок-собеседование и другие вопросы по дата-инженерии, то вы можете обращаться ко мне. Все контакты указаны по ссылке.
