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

Moscow. При этом, как вы понимаете, мы не увидим людей, которые указали свое место проживания как «Москва». В отличие от Google, GitHub не распознает такие синонимы. Если мы хотим, чтобы в выдаче оказались и те, кто написал Moscow, и те, кто написал «Москва», мы, по логике вещей, должны поставить между этими двумя локациями оператор OR. И это будет одна из наиболее распространенных ошибок. Булевы операторы на GitHub не работают! В данном случае все запросы нам надо писать через пробел, чтобы получилось: location: moscow location: москва.

Но тут возникает другая проблема: на GitHub далеко не все пользователи указывают свою актуальную локацию, а многие и вовсе ограничиваются указанием Russia. Поэтому узнать, что они живут в нужном вам городе, не так-то просто. Что с этим делать? К сожалению, ничего — придется с этим жить. К счастью, GitHub предоставляет много других возможностей поиска.

language: — этот оператор позволяет находить людей, у которых есть репозитории на определенных языках программирования. Соответственно, мы можем написать language: php или language: java — и найти тех, кто работает с этими технологиями. Здесь действует та же логика, что и с локацией: если мы хотим найти или тех, кто работает на php, или разработчиков java, то пишем эти запросы через пробел.

Но тут возникает следующий вопрос: зачатую есть какие-то языки, которые мы хотим написать в поиске, но в реальности репозиториев на этих языках может не быть. Например, для разработчиков java есть фреймворк sрring — помните, да? Если мы хотим найти специалистов, которые работают со spring, казалось бы логичным написать поисковый запрос language: spring. Но это будет неверно, потому что в данном случае язык все же java, а фреймворк (то есть инструмент, который помогает разработчику кодить на java) — spring. Из-за этого найти людей, у которых есть репозитории на spring, будет не так-то просто.

Что делать? Можно написать language: java и дальше, через пробел, — spring. Таким образом система будет искать репозитории на java, а spring будет ключевым словом, которое система разыскивает в профиле. Если у человека в профиле написано что-то про spring, то мы получим это в выдаче. В данном случае есть риск, что у специалиста есть опыт работы со spring, однако он этого нигде не указал — и мы его упустим. Но с этим, к сожалению, ничего не поделать.

Поисковые операторы можно объединять: например, если вам нужен человек из Москвы, который пишет на java с использованием фреймворка spring, то запрос будет выглядеть так: location: moscow location: москва language: java spring. Выдача будет довольно узкая, но актуальная — для обработки в первую очередь.

followers: — этот оператор позволяет искать репозиторий с определенным количеством подписчиков. То есть вы можете написать followers:10 — и увидеть все репозитории, у которых больше 10 подписчиков. Но не думайте, что здесь всё как в Instagram. Даже у крутых, известных на рынке разработчиков может быть 200–300 подписчиков. Так что это такой фильтр, который выдает очень субъективный результат. Также в поиске можно задать, например, followers:10..20 — в таком случае вы увидите все репозитории, у которых от 10 до 20 подписчиков.

Такой поиск может быть полезен, если вы хотите найти активных пользователей GitHub, которые делают какие-то актуальные проекты.

В данном случае операторы также можно сочетать, создавая более точные поисковые запросы и получая более узкоспециализированную выдачу. Например, вы можете написать: followers:5..9 location: moscow language: php — и увидеть людей, у которых от 5 до 9 подписчиков, они находятся в Москве и у них есть репозиторий на PHP.

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

Следующий логичный шаг, который напрашивается, — дописать в запрос локацию и язык разработки. То есть приделать к filename: resume наши стандартные запросы типа location: moscow и language: php. Но, к сожалению, так ничего не сработает, потому что, используя оператор filename, мы ищем среди файлов, а те не могут быть привязаны к месту жительства или технологиям.

В данном случае надо написать значительно более простой запрос: filename: cv php moscow. Тогда получается, что мы будем искать эти слова внутри файла под названием cv. А такая информация, вероятнее всего, в резюме будет.

Надо быть готовыми к тому, что при файловом поиске в выдаче будет много неактуальных резюме. Разработчики когда-то их сделали, разместили на GitHub и там забыли. Но в то же время зачастую можно найти вполне актуальные резюме, которые люди специально размещали на GitHub, чтобы их не нашли на job-бордах или каких-то других ресурсах: они предпочли остаться незамеченными. Но, как говорится, не тут-то было! Теперь с усвоенными из этой книги навыками вы их легко и быстро обнаружите.

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

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

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

Независимо