IT-рекрутмент. Как найти лучших специалистов, когда все вокруг горит - Егор Яценко
Шрифт:
Интервал:
Закладка:
Если же мы зайдем в сам репозиторий, сориентироваться в том, что именно и как кодит разработчик, нам помогут файлы 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. Таким образом мы получим в выдаче всех людей, которые указали в аккаунте локацию
