У IT-специалистов есть несколько ресурсов, где они часто проводят свое время. Эти платформы сложно отнести к соцсетям в полном смысле этого слова, поэтому я решил вынести их в отдельную главу. Что же я подразумеваю под специализированными ресурсами, на которых можно заниматься рекрутментом?

Первое и самое очевидное, что приходит на ум, — это Хабр Карьера и, собственно, сам Хабр. Что это такое?

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

У Хабра есть такое подразделение, как Хабр Карьера. Изначально этот сервис назывался «Мой круг» и принадлежал компании «Яндекс», но в 2015 году его купил Хабр и сделал узкоспециализированным карьерным сайтом для айтишников.

На сегодняшний день этот ресурс выглядит как job-борд, и с поиском специалистов на нем все обстоит просто: здесь можно размещать вакансии или получить доступ к базе резюме — и то и другое, разумеется, за деньги. Бесплатно можно просматривать не больше 20 резюме в день или, как мы уже разобрали, писать X-Ray-запросы. На сегодняшний день они работают всё хуже, но пока еще работают.

В чем достоинства этого ресурса? На Хабр Карьере очень много профилей специалистов, и не использовать этот источник — просто грех. Единственный недостаток — среди аккаунтов много устаревших, заведенных много лет назад и не обновляющихся. Многие специалисты не расписывают свой опыт, а используют ресурс только для того, чтобы просматривать вакансии, отслеживать тенденции на рынке.

Поэтому зачастую рекрутеры считают, что это старый ресурс, он давно позабыт-позаброшен, но это далеко не так. Для многих компаний Хабр Карьера — первый и основной источник поиска специалистов, так что призываю вас ни в коем случае про него не забывать.

Что же касается самого Хабра, здесь также можно искать кандидатов — правда, таких четких и понятных инструментов поиска, как в разделе Карьера, здесь нет. Единственно, что можно рекомендовать, — это X-Ray-запросы для поиска аккаунтов специалистов. На Хабре есть профили людей, в которых могут быть указаны должность, сфера деятельности, локация и другие подробности.

Мы уже разбирали, как писать X-Ray-запросы в целом, давайте посмотрим, что сейчас может сработать на Хабре. Например, я хочу найти разработчика на Python в Москве. Тогда в запросе я пишу: site:habr.com/ru/users/ moscow OR москва python intitle:aka

Соответственно, я прошу Google отправиться на сайт и зайти в директорию Users — это «папка», где хранятся профили пользователей. Дальше в адресе должен идти никнейм. Так как они все разные и их не угадать, то на этом адрес оканчивается. Следом идет локация на двух языках, упоминание Python, и, чтобы выйти именно на основные страницы пользователей, я добавляю intitle:aka — слово, которое используется в заголовках именно на таких страницах.

Если я не добавлю это уточнение intitle:aka, я могу попасть не на основную страницу пользователя, а, скажем, в раздел, где хранятся его публикации. В таком случае я выйду на человека, у которого в профиле нет ничего про Python, зато он когда-то написал статью, в которой говорил, как он, к примеру, люто ненавидит Python. Вроде бы все правильно сделал: есть упоминания Москвы и Python, но результат не совсем тот, какого хотелось бы.

На всякий случай еще раз напомню: при написании X-Ray-запросов надо быть внимательным и не надеяться на готовые формулы, потому что то, что я только что предложил, уже через месяц может устареть и не работать. Ищите новые зацепки — и все получится!

Еще один специализированный ресурс, на котором можно искать кандидатов, — это сервис GitHub. Он есть у многих айтишников, в основном у разработчиков. Что такое GitHub? Это сервис для хостинга IT-проектов. Как перевести это выражение на понятный язык? Представьте себе, что вы разработчик из Москвы. И у вас есть сервис, куда можно загрузить часть кода, чтобы совместно с другими разработчиками из Норильска, Сан-Франциско и Нью-Дели его дорабатывать. Для вас, команды удаленных разработчиков, это ресурс, обеспечивающий возможность вести совместные проекты.

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

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

Соответственно, нас будут интересовать профили пользователей на GitHub. Как выглядят аккаунты на этом ресурсе?

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

Прямо под вкладкой overview располагаются либо закрепленные (pinned), либо популярные (popular) репозитории автора. Выглядят они как карточки. На них будет указано название, отмечен язык, на котором написан код, иногда есть описание, для чего он предназначен, плюс звездочки и количество форков, о которых мы поговорим чуть позже.

Ниже на этой же странице вы увидите, в частности, зеленые квадратики, которые сообщают о том, насколько активен был человек в течение последнего года (contributions in the last year). Исходя из этого легко сделать вывод, насколько актуален профиль.

Еще ниже во вкладке overview хранится история изменений (contribution activity) — когда и что человек менял в своем репозитории. Например, в июле 2021 года к репозиторию под таким-то названием был добавлен 1 коммит (1 изменение).

Справа от overview есть вкладка repositories (репозитории) — это часть, которая нас интересует больше всего. Что это такое? Говоря простым языком, это папка с проектами.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ссылка на плагин:

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

Ссылка на плагин:

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

Ссылка на плагин:

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

Ссылка на сервис:

После этого списка автоматических способов поиска, я надеюсь, вы пришли к выводу, что GitHub — это не так страшно, как могло показаться вначале. Теперь переходим к различным способам ручного поиска по ресурсу: как и следовало ожидать, на GitHub есть операторы поиска, которые могут быть нам очень и очень полезны. Хотелось бы, конечно, сказать, что это тоже булевы операторы и сейчас будет легко, но нет. Не в этот раз. Изучить их в полном объеме можно здесь: операторы поиска в GitHub .

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

location: — в поисковой строке GitHub мы можем ввести этот оператор, поставить двоеточие и без пробела написать город, который нас интересует: location:moscow. Таким образом мы получим в выдаче всех людей, которые указали в аккаунте локацию 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. Если предыдущие варианты поиска по локации и языку доступны незалогиненным пользователям, то искать среди файлов можно только после создания своего аккаунта.

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

Есть операторы, которые используются несколько реже, но также могут быть полезны. Например, extention: — он отвечает за расширение файла, который мы ищем на гитхабе. Это полезно, потому что с его помощью мы можем искать файлы формата json, которые не индексируются Google. То есть если я напишу extension:json filename:cv, я увижу все файлы с расширением json и названием cv. Хотя при поиске, конечно, extension: нужен нам гораздо реже.

Теперь давайте рассмотрим возможности использования X-Ray-запросов на GitHub. С их помощью здесь также можно искать людей, но результат может быть… разным! В 2021 году X-Ray стал работать чуть хуже: в GitHub пытаются защитить свою информацию от такого способа доступа. Однако, как я уже неоднократно писал, если вы понимаете принцип построения запросов, то никакие ограничения вам не страшны: как только устаревает одна «зацепка», вы с легкостью можете найти другую. Ну или без легкости. Иногда, в общем-то, и не найдете ничего — так тоже бывает. Но, по крайней мере, вы сможете обрабатывать этот ресурс «до последнего вздоха».

На текущий момент, то есть по ситуации на начало 2022 года, для GitHub возможно создать не так уж много X-Ray-запросов. Вот несколько вариантов. В первую очередь мы, конечно же, заходим на , в поисковой строке пишем site:github.com, а потом добавляем "block or report" — это то словосочетание, которое встречается только на страницах пользователей. С его помощью мы отсекаем всю лишнюю информацию с сайта.

К нему добавляем ключевые слова, которые нам нужны. Получается что-нибудь типа site:github.com ruby moscow OR москва "block or report" — то есть мы хотим найти разработчика на Ruby из Москвы. И вот как будет выглядеть наша выдача.

Также вместо "block or report" можно использовать словосочетание "contribution activity" — оно располагается над зелеными квадратиками, которые показывают активность пользователя. Содержится она только в профилях людей, поэтому отлично нам подходит.

На всякий случай еще раз напомню: сейчас эта зацепка более-менее работает, однако не факт, что ситуация останется такой же через месяц или даже завтра. Но попробуйте! Не получится — вы знаете принцип, по которому построить новый X-Ray-запрос, чтобы в любой момент найти новые пути решения вашей задачи.

Итак, у нас получится следующий запрос: site:github.com ruby moscow OR москва "contribution activity"

Еще один приятный сюрприз, который подкидывает нам поиск на GitHub через X-Ray: если вы будете писать довольно общие запросы и пытаться найти резюме, то обнаружите, что существует не только , но и . Здесь также можно найти резюме интересных кандидатов. Соответственно, запрос для поиска по нему будет не сильно отличаться от предыдущего. Мы только что искали Ruby-разработчика из Москвы среди профилей людей, теперь можем точно так же поискать его среди страниц: site:github.io резюме OR cv ruby moscow OR москва. И вот какой результат мы получим.

И последний в моем личном списке (но не во всемирной паутине, естественно) ресурс для поиска кандидатов — StackOverflow. Что это такое? StackOverflow — это международная система вопросов и ответов по IT. Любой желающий может создать здесь аккаунт, задать вопрос и получить ответ или, наоборот, выступить в роли эксперта. На этом ресурсе люди с разным опытом и уровнем знаний могут делиться информацией, находить ответы на волнующие их вопросы и получать ценные рекомендации в своей профессиональной области.

То есть, по сути, это большое комьюнити людей с огромной базой знаний, которым не все равно. Мало того что здесь можно найти много специалистов высокого уровня — для нас, рекрутеров, этот ресурс — ценный источник кандидатов с определенным набором soft skills. Если компания хочет видеть в своей команде людей с определенными ценностями — специалистов, которые готовы делиться знаниями, отвечать на вопросы, помогать коллегам в профессиональном развитии, — то ребята со StackOverflow являются той самой целевой аудиторией. Можно предположить, что если они активно делятся знаниями здесь, то будут аналогично вести себя и в компании (хотя, конечно, эту догадку надо будет проверять).

StackOverflow не очень активно используется рекрутерами в России, потому что у нас есть много других ресурсов — и до этого зачастую руки не доходят. Действительно, зачем разбираться с каким-то очередным, не самым простым и понятным ресурсом, если есть привычный LinkedIn? Но я все же настаиваю, что научиться ориентироваться и работать с StackOverflow имеет смысл. Почему?

Сидят ли там какие-то уникальные люди, которых больше нигде не найдешь? Нет, конечно. По большей части на сегодняшний день у каждого отдельно взятого человека есть аккаунты в разных соцсетях, и найти какой-то «волшебный» ресурс, где собрались специалисты, которых больше нигде нет, практически нереально. Наш мир движется к тому, что люди ищут источники информации и единомышленников на самых разных ресурсах, и очень редко можно встретить человека из IT, у которого нет аккаунта в нескольких соцсетях одновременно.

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

Профиль в StackOverflow строится по стандартным параметрам: есть никнейм и локация, кто-то указывает свой опыт работы и специализацию, адрес сайта и контактные данные. Чтобы понять, чем именно потенциальный кандидат занимается и интересуется, важно обращать внимание на теги, которые он использует: по каким тегам он задает вопросы или на что отвечает.

Теги могут слегка сбивать с толку, потому что под ними может скрываться разная информация. Самое простое — теги по языку программирования, например Java или PHP, но возможны и более узкие формулировки. Например, человек пишет вопросы с тегом jquery. Зная, что это библиотека для JavaScript, мы поймем, на каком языке программирования он кодит, даже при условии, что сам тег JavaScript у него ни разу не упоминается. Нельзя сказать, что такая ситуация возникает часто, но она возможна.

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

К счастью, все теги на ресурсе указаны, поэтому страдать, придумывать и фантазировать на тему не нужно — достаточно только внимательно вникнуть в то, что происходит. Найти все теги можно здесь: .

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

Итак, давайте рассмотрим подробнее, какие у нас есть инструменты для поиска людей на StackOverflow.

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

X-Ray-запрос — идем в Google и просим поисковую систему хорошенько покопаться на интересующем нас сайте. Чтобы это сделать, важно знать, что на StackOverflow есть поддомен careers — грубо говоря, отсек, посвященный трудоустройству. Если мы обратимся туда, то получим список резюме специалистов. Запрос может выглядеть примерно так: site:careers.stackoverflow.com Moscow — и вот они, наши потенциальные кандидаты из Москвы.

Еще один вариант — обращение к директории (папке), в которой хранятся резюме. Пишем запрос: site:stackoverflow.com/cv — и в конце добавляем то, что для нас актуально, например Moscow ios (то есть специалист, живущий в Москве и работающий с технологиями ios). В ответ получаем список резюме людей по заданным параметрам.

Для следующего примера нам понадобится хорошее знание синонимичных тегов. Предположим, нам надо найти разработчика из Москвы, который кодит на PHP. Среди тегов, посвященных PHP, есть следующие варианты: просто php, или php-oop, php5, php-frameworks. Писать в запросе и php, и php-oop нет смысла, потому что второй тег априори нам встретится, так как в его состав входит php. А вот, например, php5 Google воспримет как другое слово, ведь пятерка прилеплена к самому языку программирования. Так запрос с подобным синонимом принесет больше результатов. Получается: site:stackoverflow.com/users php OR php5 moscow. Результат — ссылки на профили с указанными данными.

Автоматизатор Stack Exchange, с помощью которого можно написать специальный SQL-запрос, который сам найдет пользователей вместо нас. Есть два варианта работы с этим инструментом. Первый вариант: проходим по ссылке и заполняем форму слева — кого именно мы хотим найти. Исходя из наших требований справа будет формироваться SQL-запрос.

Когда все готово, нажимаем кнопку «COPY QUERY AND GO TO DATA.STACKEXCHANGE», попадаем на другую страницу, где вставляем скопированный SQL-запрос и нажимаем «Run Query». Выглядеть это будет пугающе, но нам, к счастью, разбираться в этом коде не надо.

После нажатия получаем систематизированную выдачу нужных профилей.

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

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