соцсетей, репостнуть его в свою папку — и там дорабатывать или использовать для своих проектов. Значок, показывающий количество репостов, выглядит как вилка, и на языке программистов забрать себе код называется «форкнуть репозиторий». Если люди часто форкают тот или иной репозиторий, мы можем сделать вывод, что он полезен, важен и, вероятно, написан на хорошем уровне.

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

Если вы помните, в юности, переустанавливая те или иные программы на компьютере, мы читали файлы readme, чтобы понять, как, что и в какой последовательности делать. На GitHub эти файлы несут много полезной информации. В них указывается, о чем именно этот проект, что делает код — для чего он нужен; плюс, возможно, какие-то инструкции и детали. Это та часть репозитория, которую мы, рекрутеры, можем понять и оценить. Хотя тоже не всегда. Иногда это техническое описание того, как работает проект, и нам от этого ни горячо ни холодно: запустить-то мы его все равно не можем, если не умеем. Другие файлы и подавно могут привести нас в некоторое смятение, если мы сами не кодим.

Еще одна любопытная история — вкладка pull request: это запросы, которые делает форкнутый репозиторий. Спокойно, без паники! Сейчас разберем, что это значит.

Представьте, вы взяли чей-то репозиторий — форкнули его себе и дописали какой-то кусочек кода. После этого вы отправляете pull request автору репозитория. Вы говорите ему: мол, посмотри, дружище, что интересного я сделал с твоим кодом, — кажется, стало лучше, бодрее, продуктивнее; добавь, пожалуйста, мои старания в основную ветку.

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

Таким образом ведется командная разработка, и таких продуктов с открытым исходным кодом, который может доработать каждый желающий, очень много. Помните, мы говорили об операционных системах с открытым исходным кодом, например о Linux? В отличие от него, в Windows, скажем, весь код под семью замками.

Итого: вкладка pull request сообщит нам о том, сколько запросов по изменению к данному репозиторию было сделано. А это опять же показывает, насколько код актуален, востребован и важен для людей.

Что еще интересного мы можем посмотреть в репозитории? Нам, например, важна и интересна кнопочка commits (коммиты). Что это такое? Сделать коммит — это, говоря общечеловеческим языком, зафиксировать изменение в любом из файлов. То есть мы что-то поменяли в коде и сохранили это — сделали коммит. Уверен, что у многих из вас, кто прочитал всю эту историю, возникнет резонный вопрос: к чему все эти трудности? Действительно, зачастую можно обойтись без этого. Но все зависит от вакансии, над которой мы работаем, от уровня и направления деятельности людей, которых мы ищем, и, конечно же, от количества таких специалистов на рынке. Разработчикам несвойственно держать свои данные открытыми, поэтому иногда нам приходится прибегать к таким сложным действиям.

Возможно, вам не пригодятся эти знания именно сейчас, но рано или поздно вы можете попасть в ситуацию, когда нет другого выхода, кроме как идти на GitHub и разбираться в этих непростых ручных методах поиска, чтобы закрыть вакансию. Призываю вас начать осваивать эти инструменты уже сейчас!

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

Сначала уточню: наибольшая часть работы рекрутера проходит в браузере Chrome. И расширения, о которых я буду говорить, подходят именно для него. Вот мой топ инструментов для работы в GitHub.

OctoHR — еще один плагин, который может сделать жизнь рекрутера более простой и приятной. Это расширение не только позволяет искать контакты, но и помогает проанализировать профиль человека. Делает оно это не слишком глубоко: благодаря расширению вы получите поверхностное представление о том, какое количество репозиториев и на каком языке у человека имеется в процентном соотношении (то есть какой язык он использует чаще, какой реже). После установки оно работает априори: вы открываете профиль на GitHub, и во всплывающем окне слева у вас появляется информация.

Ссылка на плагин: https://chrome.google.com/webstore/detail/octohr/beiklbdjdmfkgchmiabjejdlpaoicbef

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

Ссылка на плагин: https://chrome.google.com/webstore/detail/candyjar/mlelamfpbkmcjighmglfodehbknhmlod

Git-Awards — сервис, который помогает искать топовых пользователей GitHub: вы можете отсортировать самых популярных, активных, востребованных в сообществе разработчиков по городам, странам, по выбранной технологии и другим параметрам.

Ссылка на плагин: http://git-awards.com/

Octohunt — полезный сервис по поиску людей на GitHub, который работает элементарно: вы вводите интересующую вас технологию и город, нажимаете «искать» — и получаете ссылки на необходимых людей. Не могу сказать, что на этот сервис можно стопроцентно рассчитывать, но порой он бывает полезен.

Ссылка на сервис: https://octohunt.com/

После этого списка автоматических способов поиска, я надеюсь, вы пришли к выводу, что GitHub — это не так страшно, как могло показаться вначале. Теперь переходим к различным способам ручного поиска по ресурсу: как и следовало ожидать, на GitHub есть операторы поиска, которые могут быть нам очень и очень полезны. Хотелось бы, конечно, сказать, что это тоже булевы операторы и сейчас будет легко, но нет. Не в этот раз. Изучить их в полном объеме можно здесь: операторы поиска в GitHub https://docs.github.com/en/github/searching-for-information-on-github/searching-code#considerations-for-code-search.

В этой книге мы рассмотрим основные операторы, которые могут быть наиболее актуальны для рекрутера.

location: — в поисковой строке GitHub мы можем ввести этот оператор, поставить двоеточие и без пробела написать город, который нас интересует: location: moscow. Таким образом мы получим в выдаче всех людей, которые указали в аккаунте локацию