{"id":14277,"url":"\/distributions\/14277\/click?bit=1&hash=17ce698c744183890278e5e72fb5473eaa8dd0a28fac1d357bd91d8537b18c22","title":"\u041e\u0446\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c \u043b\u0438\u0442\u0440\u044b \u0431\u0435\u043d\u0437\u0438\u043d\u0430 \u0438\u043b\u0438 \u0437\u043e\u043b\u043e\u0442\u044b\u0435 \u0443\u043a\u0440\u0430\u0448\u0435\u043d\u0438\u044f","buttonText":"\u041a\u0430\u043a?","imageUuid":"771ad34a-9f50-5b0b-bc84-204d36a20025"}

Ищите код, а не резюме: найм программистов 2.0

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

Резюме - это сломанный телефон

У меня есть российское резюме на hh.ru ещё с тех времён когда "GPU" было ключом к интересному проекту. Потом "deep learning" затмил всё настолько, что оба термина уже не означают ничего конкретного. Тем временем, девочки-рекрутеры всё также фильтруют вакансии по ключевым словам. Сейчас это что-то вроде "full stack python C++", которое опять же ничего не означает. Забредший на мою страницу по "C++" рекрутер испугается зарплатных ожиданий и побыстрее пойдёт искать старшекурсника подешевле.

В идеале, резюме программиста должно содержать подробное перечисление всех аббревиатур (коих в месяц прибавляется по несколько новых). В идеале, рекрутер должен искать что-то более конкретное, чем C++ (а это нужно как-то ещё вытрясти из заказчика). В результате, жадный HeadHunter, скрепя зубы таки выдаст то, что реально подходит и тем, и другим. Но этого не произойдёт, а то что есть сейчас - не работает: платформы резюме настолько слабо информированы, что у нас просто нет шансов найти друг друга.

OpenSource - лучше, чем резюме

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

Исторически, агрегаторы opensource развивались отдельно от бирж вакансий. Но сейчас всё идёт к тому, что на хостингах кода появляются кнопки для товарно-денежных отношений (пока это скромно называется Sponsorship). Идущее сейчас постепенное слияние opensource с фрилансом вытеснит биржи вакансий туда, где они действительно должны быть.

Как с этим работать рекрутеру?

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

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

Вам нужен даже не сам код, а метаданные репозитория, выгружаемые командой "git log":

В результате, вы получаете контакты разработчика (а заодно и всех его коллег по проекту), который точно умеет делать то, что вы ищете. Конечно, данную возможность вы должны использовать разумно и тактично, иначе Бог рекрутинга и покровитель офисов покарает вас неудачным годом.

Заключение

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

0
143 комментария
Написать комментарий...
Dmitry Mikushin
Автор

Это было тру лет 10 назад, когда бытовало мнение, что дневная работа - один мир, а opensource начинается дома вечером. А сейчас всё смешалось, и уже не существует сфер деятельности, не использующих opensource. И ваш сайт анализа метрик - в их числе. А когда вам нужно что-то улучшить или добавить для своего сайта, то оп - и вы уже и делаете opensource :)

Ответить
Развернуть ветку
Alexey Laptev

Использовать opensource != делать публичный opensource.

По вашей логике я плох и не видим для HR, хотя вроде немного умею программировать :)

Ответить
Развернуть ветку
Dmitry Mikushin
Автор

Да, вы не реализуете opensource, как подспорье для своей HR-видимости, а могли бы. Как я уже написал выше, одно публичное исправление в чужой публичный opensource уже делает вас видимым делателем opensource. Не нужно прямо задвигать стул и аккуратно садиться "всё, я начинаю делать opensource", это происходит само собой.

Ответить
Развернуть ветку
Alexey Laptev

Да никому в бизнес-среде это не нужно, только между программистами классы себе зарабатывать.

Работодатели смотрят на вашу способность решить их задачи не самым кривым кодом. Поэтому важен опыт завершенных коммерческих проектов, а не коммиты в непонятной опенсорс библиотеке.

Ответить
Развернуть ветку
Dmitry Mikushin
Автор

Хорошо, только если это бекенд какой-нибудь, вычисления и т.п., то как пощупать этот опыт завершённых коммерческих проектов? С открытым проектом это всегда ясно на 100%.

Ответить
Развернуть ветку
John Rickman

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

Ответить
Развернуть ветку
Bulat Ziganshin

их и проверить нельзя

Ответить
Развернуть ветку
140 комментариев
Раскрывать всегда