Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-02-26

1 Многие начинающие специалисты не могут найти работу. Часто это связано с тем, что у них нет опыта или его нечем подкрепить. Если у опытного программиста спросят, чем он занимался на предыдущей работе, то он сможет об этом рассказать. Но тем, кто только начинает путь в IT, показать будет нечего.

2 В последнем случае опыт нужно нарабатывать. Это можно сделать уже во время обучения, а также принимать участие в Open Source. А продемонстрировать практику поможет GitHub.

3 В этом уроке разберемся, зачем разработчику вести GitHub, как оформлять профиль и вести активность. Еще узнаем, чем заполнять репозиторий, если нет опыта и собственных проектов.

4 <h2>Что такое GitHub и как он помогает</h2>

5 <a>GitHub.com</a>- это веб-сервис, где можно хранить Git-репозитории. Еще там размещают код большинства Open Source проектов. В них может поучаствовать любой желающий разработчик.

6 GitHub - это еще и социальная сеть для программистов. Здесь у каждого пользователя есть публичный профиль, который помогает в поиске работы.

7 Чтобы показать свой опыт потенциальному работодателю, нужно оставить в резюме ссылку на профиль. Когда рекрутер или другой специалист перейдут по ней, то увидят информацию о вас.

8 Код - лучшее доказательство вашей подготовки. В современном мире доходит до того, что некоторые работодатели ищут сотрудников через анализ кода на гитхабе.

9 В профиле важны следующие составляющие:

10 <ul><li>Основная информация о специалисте</li>

11 <li>Активность в публичных проектах</li>

12 <li>Репозитории</li>

13 </ul>Разберем каждую из них подробнее. Так вы поймете, чем заполнять профиль, и что привлекает работодателей.

14 <h2>Как оформить основную информацию о специалисте</h2>

15 - Основная информация профиля - э��о первое, что видят рекрутеры. Поэтому ее важно оформить так, чтобы она не выглядела пустой. Вот что должно быть в хорошем профиле:

15 + Основная информация профиля - это первое, что видят рекрутеры. Поэтому ее важно оформить так, чтобы она не выглядела пустой. Вот что должно быть в хорошем профиле:

16 <ul><li>Личная фотография. Профиль в GitHub - это не документ, здесь не обязательно ставить серьезную фотографию как на паспорт. Загрузите такое фото, которое будет располагать к себе</li>

17 <li>Имя и фамилия. Если вы планируете работать в команде и официально трудоустраиваться, то напишите настоящие имя и фамилию. Так рекрутеры будут знать, что это действительно ваш профиль</li>

18 <li>Репозитории. Они нужны, чтобы продемонстрировать опыт работы. Это одна из самых важных составляющих профиля. О репозиториях подробнее поговорим немного позже</li>

19 </ul>Еще в профиле можно указать компанию, в которой работаете, ваше месторасположение, ссылку на личный сайт и на аккаунт в Twitter. Также можете написать краткую биографию.

20 Если хотите рассказать о себе больше, то это можно сделать в специальном репозитории, в котором размещается текстовый файл README.md.

21 <h3>Как оформлять README</h3>

22 README.md оформляется с помощью языка разметки Markdown и отображается на странице профиля.

23 Репозиторий, в котором размещается текстовый файл, должен называться так же, как и ник на GitHub: https://github.com/<username>/<username>. Например, если ваш ник Alexxx, то репозиторий должен называться https://github.com/Alexxx/Alexxx.

24 В этом файле может быть любая информация, которая будет полезна другим. Это можно сравнить с резюме, в котором стоит указать следующую информацию:

25 <ul><li>Образование.Укажите наличие высшего образования, даже неоконченного

26 </li>

27 <li>Дополнительное образование.Укажите курсы, участие в хакатонах, воркшопах и других похожих мероприятиях. Можете рассказать о книгах, которые читали. На Хекслете составлен<a>список рекомендованных книг</a>, важных для любых разработчиков

28 </li>

29 <li>Опыт работы.Указывайте любой опыт, который хотя бы косвенно связан с разработкой. Опыт стоит указывать через достижения - чего удалось добиться на предыдущих проектах. Например, вы автоматизировали какие-то задачи на прошлом рабочем месте, или даже создали сайт для компании

30 </li>

31 <li>О себе.Расскажите немного о себе, чтобы найти точки соприкосновения с работодателем. Сюда можно добавить информацию, которая не вошла ни в один из блоков, но вам важно об этом сказать. Например, можно рассказать о том, какие новые языки программирования вы изучаете, за какими ресурсами следите, какая методика построения рабочих процессов вам ближе

32 </li>

33 <li>Ключевые навыки.Не указывайте слова, про которые вы слышали и примерно представляете, но никогда не работали с ними. Если вы пробовали разные языки, то так и напишите "написал пару скриптов на python". Четко разделяйте хорошо знакомые вам вещи, и те, с которыми вы знакомы только поверхностно. Разделяйте навыки на фундаментальные и прикладные

34 К фундаментальным относятся:

35 <ul><li>Знание операционных систем, владение Linux</li>

36 <li>Знание сетей, tcp/ip, http</li>

37 <li>Алгоритмы и структуры данных</li>

38 <li>Математическая подготовка</li>

39 <li>Базы данных. SQL</li>

40 </ul>К прикладным:

41 <ul><li>Владение автоматическим тестированием. Если у вас есть этот пункт, то вы уже лучше, чем 99% новичков и многих работающих программистов</li>

42 <li>Языки и уровень их владения</li>

43 <li>Фреймворки. Особенно актуально для веб-разработки</li>

44 <li>Ключевые библиотеки. Этот пункт довольно опасен. Новички пытаются указать все, что они видели в глаза. Но так делать не надо, это подчеркивает ваш уровень. Указывайте только то, что может быть важно работодателям. Например, react или jquery</li>

45 </ul></li>

46 </ul>В среде разработчиков популярны сервисы вопросов-ответов такие, как<a>Stackoverflow</a>или<a>Хабр Q&A</a>. Даже если вы только начинаете свой путь, всегда есть люди, которые знают меньше вас. Зарегистрируйтесь на этих сервисах и начните отслеживать вопросы от новичков. Даже десяток полезных ответов даст вам много плюсов в карму. Работодатели ценят такую активность.

47 О чем не стоит писать:

48 <ul><li>Не указывайте форматы данных, например, json или xml. Форматы никак не характеризуют вас, но создают ненужный шум</li>

49 <li>Не добавляйте похожие вещи, например, css2 и css3. Если вы знаете css, то укажите что-то одно</li>

50 <li>Не указывайте базовые навыки по работе с компьютером, например, опыт работы с офисными документами. Профессиональное владение компьютером и так подразумевается</li>

51 </ul>Кроме перечисленных блоков, укажите в этом файле ссылки на другие социальные сети и статус занятости. Так работодатель сможет лучше изучить вас и поймет, свободны ли вы сейчас как специалист.

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

53 Многие рекрутеры и работодатели только по основной информации о кандидате принимают решение, брать ли его на работу. Поэтому этой составляющей профиля не стоит пренебрегать.

54 Еще часто обращают внимание на активность программиста. Этот показатель отражает, насколько человек вовлечен в работу, сколько он уделяет этому времени, какие направления ему интересны, где он силен и пробует себя.

55 <h2>Как вести активность в публичных проектах</h2>

56 Любая публичная активность на GitHub отмечается в профиле. Например, коммиты в свои или чужие репозитории, пулл-реквесты. Публичная активность отображается всем, поэтому рекрутеры, работодатели и другие разработчики видят, где вы принимали участие и что делали.

57 Часто Open Source проектами оказываются те, которыми мы пользуемся. Например, у Хекслета есть несколько Open Source проектов, в которых студенты принимают активное участие. Большинство из них - проекты, которые работают в продакшене. Вокруг них собираются пользователи и люди, которые их разрабатывают. Участвуя в таких проектах, можно получить реальный продакшн-опыт.

58 Помимо проектов Хекслета есть и другие. Например, можно принять участие в разработке фреймворка или библиотеки. Такую активность обязательно оценят, и опытные разработчики это подтверждают. Подробнее работу с Open Source проектами разберем в следующем уроке.

59 Публичная активность - это отличный способ заявить о себе. В первую очередь рекрутеры обращают внимание на те проекты, которые вы разрабатываете сами. Они отображаются в репозитории.

60 <h2>Как оформить репозиторий</h2>

61 Репозиторий содержит все файлы проекта и историю их изменений. Он отражает опыт разработчика. Но его нужно хорошо оформить.

62 Рекомендуемые пункты по оформлению репозитория:

63 <ul><li>есть краткое описание проекта</li>

64 <li>есть README проекта</li>

65 <li>код проекта соответствует общепринятым стандартам, используется GitHub Actions и написаны тесты</li>

66 <li>проект работает и выполняет свою задачу</li>

67 <li>Git используется по назначению</li>

68 </ul>Разберем эти пункты подробнее.

69 <h3>Описание проекта</h3>

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

71 <h3>README проекта</h3>

72 GitHub по умолчанию отображает файл README.md на странице репозитория. В нем можно указать следующую информацию о проекте:

73 <ul><li>Название проекта и его описание</li>

74 <li>Команды установки, локального запуска, запуска тестов и линтеров</li>

75 <li>Примеры использования - например, ссылка на страницу с веб-демонстрацией, примеры использования в коде или скриншоты</li>

76 <li>Информация о том, можно ли поучаствовать в этом проекте, как связаться, ответы на частые вопросы</li>

77 </ul>README.md - это краткая документация. Это первое, что видит человек, который открывает репозиторий. Поэтому здесь важно дать достаточно информации о проекте и рассказать, что он из себя представляет.

78 <h3>Соблюдение стандартов кода и GitHub Actions</h3>

79 Если репозиторий содержит код, то его нужно оформить по современным общепринятым стандартам, он должен соответствовать правилам линтера. Желательно, чтобы в проекте использовалась система сборки Continuous Integration, например, от самого GitHub - GitHub Actions. Такая система позволяет узнавать о том, собирается ли проект, соблюдаются ли правила кодирования, проходят ли тесты. Знания Continuous Integration приветствуются во многих компаниях.

80 <h3>Использование Git</h3>

81 Еще специалисты обращают внимание на то, как пишут коммиты. Так оценивают уровень владения Git. Например, некоторые разработчики не используют Git и загружают свои проекты через форму. Это может оказать негативное впечатление. Рекомендуем пройти курс<a>"Введение в Git"</a>и использовать его хотя бы на базовом уровне.

82 Если оформить репозиторий по этим правилам, то у рекрутеров вряд ли останутся вопросы по вашим навыкам. Однако программисты без опыта могут столкнуться с проблемой - им нечего показывать. Но это легко исправить. Рассказываем, чем новичкам наполнять репозитории.

83 <h2>Где новичкам взять проекты</h2>

84 Любой программист может разработать свой проект. Их можно придумывать или брать за идею сторонние. Главная цель проектов новичков - показать потенциальным работодателям, что вы умеете разрабатывать.

85 Например, если вы студент Хекслета, то можете выполнять наши проекты. Каждый учебный проект - это самостоятельное приложение, которое вы разрабатываете. Помимо учебных проектов можно выполнять тестовые задания из различных компаний.

86 Вот пара полезных ссылок:

87 <ul><li>В книгах по программированию часто содержатся задания в конце глав. Создайте под книгу отдельный репозиторий и выкладывайте там код. Для СИКП у нас есть целая<a>инструкция</a></li>

88 <li>На Хекслете собрана большая<a>подборка тестовых заданий</a>на разные позиции от множества компаний. Найдите то, что вам по душе и реализуйте</li>

89 </ul>Также можно участвовать в Open Source проектах, работу с которыми мы подробнее разберем в следующем уроке.

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

91 Можно принимать участие не только в чужих проектах, но и в своих. Например, пет-проект или личная библиотека могут найти отклик у коммьюнити программистов и стать популярными.

92 Еще можно заводить репозиторий с мелкими алгоритмическими задачами или упражнениями из книг.

93 Репозитории - способ показать ваш опыт и навыки. Так вы можете доказать, что не только принимаете активное участие в публичных проектах, но и создаете свои.

94 <h2>Вывод</h2>

95 Профиль в GitHub - это обязательный атрибут современного разработчика. Благодаря GitHub можно найти работу, продемонстрировать свои навыки и поучаствовать в интересных проектах на новых технологиях.

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

97 Не забывайте, что репозитории нужно оформлять качественно - с описанием того, что за проекты и как их запустить. Это повышает привлекательность и интерес к проекту со стороны.

98 Когда вы наберетесь опыта, GitHub станет еще полезнее. Например, вы сможете перейти на пассивный поиск работы. Когда будут спрашивать про ваш опыт, достаточно дать ссылку на профиль. В нем будет вся необходимая информация об используемых технологиях и примеры проектов.

99 Еще благодаря Open Source опытные программисты работают с технологиями, которые не используются в рабочих проектах. Так они повышают свои навыки. Также они сами создают свои проекты, которые потом становятся популярными.

100 Также рекомендуем воспользоваться бесплатным помощником для создания красивых GitHub-профилей<a>ProfileMe</a>. В нем можно выбрать один из более 60 языков программирования и фреймворков. Еще с его помощью можно дать ссылки на профили в социальных сетях и делиться статистикой.