Гайд по резюме

GitHub в резюме разработчика: что проверить перед отправкой

Добавляйте ссылку на GitHub, только если профиль заполнен: есть README, понятные названия репозиториев, описания проектов и актуальный стек. Рекрутер смотрит на живые проекты, техлид — на структуру кода и коммиты. Пустой или заброшенный профиль скорее навредит, чем поможет.

На что смотреть в примерах

На что смотреть в примерах

GitHub — не обязательное поле резюме, а дополнительный аргумент в вашу пользу. Он работает, когда подтверждает то, что написано в резюме: стек, опыт, умение структурировать проект. Для джуниора без коммерческого опыта это один из немногих способов показать реальный код. Для мидла и синьора — подтверждение масштаба задач. Если профиль пустой или устаревший, ссылку лучше не добавлять: она создаёт вопросы, а не закрывает их.

  • Аватар и имя: реальное имя или ник, совпадающий с резюме; не анонимный профиль.
  • Bio: одна строка — кто вы, какой стек, чем занимаетесь. Не пустая.
  • Pinned-репозитории: закреплены 3–6 лучших проектов, а не случайные форки.
Разбор

Зачем GitHub нужен в IT-резюме

GitHub — не обязательное поле резюме, а дополнительный аргумент в вашу пользу. Он работает, когда подтверждает то, что написано в резюме: стек, опыт, умение структурировать проект. Для джуниора без коммерческого опыта это один из немногих способов показать реальный код. Для мидла и синьора — подтверждение масштаба задач. Если профиль пустой или устаревший, ссылку лучше не добавлять: она создаёт вопросы, а не закрывает их.

  1. Проверьте интент
  2. Уточните пример
  3. Свяжите материал с CTA
Диагностика

Проверьте себя по чеклисту

  • Аватар и имя: реальное имя или ник, совпадающий с резюме; не анонимный профиль.
  • Bio: одна строка — кто вы, какой стек, чем занимаетесь. Не пустая.
  • Pinned-репозитории: закреплены 3–6 лучших проектов, а не случайные форки.
  • README в каждом закреплённом репо: что делает проект, стек, как запустить, ссылка на деплой.
  • Понятные названия репозиториев: не «test123» или «homework», а «todo-app-react» или «auth-service».
  • Актуальные коммиты: есть активность за последние 3–6 месяцев хотя бы в ключевых проектах.
  • Стек виден из кода и README: рекрутер без открытия файлов понимает, с чем вы работаете.
  • Нет пустых незаконченных репозиториев в открытом доступе: переведите в private или удалите.
  • Деплой или демо: если есть — ссылка в README или описании репозитория.
  • Profile README (опционально): файл README.md в корне профиля с кратким представлением.

Зачем GitHub нужен в IT-резюме

GitHub — не обязательное поле резюме, а дополнительный аргумент в вашу пользу. Он работает, когда подтверждает то, что написано в резюме: стек, опыт, умение структурировать проект. Для джуниора без коммерческого опыта это один из немногих способов показать реальный код. Для мидла и синьора — подтверждение масштаба задач. Если профиль пустой или устаревший, ссылку лучше не добавлять: она создаёт вопросы, а не закрывает их.

    Чеклист GitHub-профиля перед добавлением в резюме

    Пройдитесь по каждому пункту. Если хотя бы половина не выполнена — сначала доработайте профиль, затем добавляйте ссылку.

    • Аватар и имя: реальное имя или ник, совпадающий с резюме; не анонимный профиль.
    • Bio: одна строка — кто вы, какой стек, чем занимаетесь. Не пустая.
    • Pinned-репозитории: закреплены 3–6 лучших проектов, а не случайные форки.
    • README в каждом закреплённом репо: что делает проект, стек, как запустить, ссылка на деплой.
    • Понятные названия репозиториев: не «test123» или «homework», а «todo-app-react» или «auth-service».
    • Актуальные коммиты: есть активность за последние 3–6 месяцев хотя бы в ключевых проектах.
    • Стек виден из кода и README: рекрутер без открытия файлов понимает, с чем вы работаете.
    • Нет пустых незаконченных репозиториев в открытом доступе: переведите в private или удалите.
    • Деплой или демо: если есть — ссылка в README или описании репозитория.
    • Profile README (опционально): файл README.md в корне профиля с кратким представлением.

    Что смотрит рекрутер, а что — техлид

    Рекрутер и техлид смотрят на GitHub по-разному, и профиль должен отвечать на оба вопроса. Рекрутер проверяет: есть ли профиль вообще, живой ли он, совпадает ли стек с резюме, есть ли понятные описания. Он не читает код — он читает названия, README и дату последнего коммита. Техлид смотрит: как написан код, насколько понятна структура проекта, как оформлены коммиты, есть ли тесты, документация, обработка ошибок. Он откроет 1–2 закреплённых репозитория и пролистает файлы.

      Пример: слабый и сильный README в репозитории

      Слабый README: «Это мой проект. Запускайте через npm start.» Нет описания, нет стека, нет цели проекта, нет скриншота. Сильный README: «Трекер задач на React + Node.js с JWT-авторизацией. Позволяет создавать, редактировать и фильтровать задачи. Стек: React 18, Express, PostgreSQL, Docker. Демо доступно по ссылке в описании репозитория. Запуск локально: инструкция в 3 шага.» Рекрутер понимает стек, техлид видит архитектурные решения, оба могут проверить результат.

        Типичные ошибки при добавлении GitHub в резюме

        Эти ошибки встречаются чаще всего и снижают ценность ссылки на профиль.

        • Ссылка на пустой профиль — нет ни одного собственного репозитория, только форки.
        • Все репозитории называются «task1», «lesson3», «test» — невозможно понять, что внутри.
        • README отсутствует или содержит только «Hello World» — нет контекста для рекрутера.
        • Последний коммит был год назад — профиль выглядит заброшенным.
        • В открытом доступе незаконченные проекты без описания — создают вопросы, а не закрывают их.
        • Стек в профиле не совпадает со стеком в резюме — возникает путаница.
        • Нет ни одного задеплоенного или хотя бы рабочего проекта — сложнее оценить результат.

        Когда GitHub добавлять не стоит

        Ссылка на GitHub — не обязательный элемент резюме. Не добавляйте её, если профиль полностью пустой или содержит только форки чужих проектов; если все репозитории приватные и смотреть нечего; если последняя активность была больше года назад и обновить профиль до отправки не получается; если проекты в профиле не соответствуют позиции, на которую вы подаётесь. В этих случаях лучше потратить время на доработку профиля или сфокусироваться на других разделах резюме: описании опыта, стека, pet-проектов в тексте.

          Как привести GitHub в порядок перед отправкой резюме

          Минимальный план, если профиль нужно доработать быстро.

          • Шаг 1. Выберите 3–4 лучших проекта и закрепите их через Pinned repositories.
          • Шаг 2. Напишите README для каждого: что делает, стек, как запустить, ссылка на демо.
          • Шаг 3. Переименуйте репозитории — понятные названия на английском.
          • Шаг 4. Переведите незаконченные и учебные репозитории в private.
          • Шаг 5. Заполните bio: стек и краткое описание в одну строку.
          • Шаг 6. Проверьте профиль глазами постороннего: понятно ли, кто вы и что умеете?
          Ошибки

          Что чаще всего ломает результат

          • Ссылка на пустой профиль — нет ни одного собственного репозитория, только форки.
          • Все репозитории называются «task1», «lesson3», «test» — невозможно понять, что внутри.
          • README отсутствует или содержит только «Hello World» — нет контекста для рекрутера.
          • Последний коммит был год назад — профиль выглядит заброшенным.
          • В открытом доступе незаконченные проекты без описания — создают вопросы, а не закрывают их.
          • Стек в профиле не совпадает со стеком в резюме — возникает путаница.
          План

          Что делать по шагам

          Как привести GitHub в порядок перед отправкой резюме

          • Шаг 1. Выберите 3–4 лучших проекта и закрепите их через Pinned repositories.
          • Шаг 2. Напишите README для каждого: что делает, стек, как запустить, ссылка на демо.
          • Шаг 3. Переименуйте репозитории — понятные названия на английском.
          • Шаг 4. Переведите незаконченные и учебные репозитории в private.
          • Шаг 5. Заполните bio: стек и краткое описание в одну строку.
          • Шаг 6. Проверьте профиль глазами постороннего: понятно ли, кто вы и что умеете?
          FAQ

          Частые вопросы по теме

          Обязательно ли добавлять GitHub в резюме разработчика?

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

          Что рекрутер смотрит в GitHub в первую очередь?

          Рекрутер смотрит: есть ли живые проекты, совпадает ли стек с резюме, есть ли понятные описания и README. Код рекрутер, как правило, не читает — это задача техлида на следующем этапе.

          Что должно быть в README репозитория для резюме?

          Минимум: что делает проект, какой стек использован, как запустить локально. Плюс ссылка на деплой или демо, если есть. README должен быть понятен человеку, который видит проект впервые.

          Сколько репозиториев нужно для хорошего GitHub-профиля?

          Качество важнее количества. Достаточно 3–6 качественных закреплённых репозиториев с README и понятной структурой. Большое количество пустых или однотипных репозиториев не добавляет ценности.

          Подходят ли учебные проекты для GitHub в резюме?

          Да, если они оформлены: есть README, понятное название, рабочий код. Если проект учебный, это можно указать в описании. Незаконченные и неоформленные учебные задания лучше перевести в private.

          Нужен ли деплой проекта для GitHub в резюме?

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

          Связанные материалы