IT-рекрутмент. Как найти лучших специалистов, когда все вокруг горит

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

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

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

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

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

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

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

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

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

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

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

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

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

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