[Управление персоналом] Как эффективнее подбирать разработчиков?
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Какие инструменты можно использовать рекрутеру чтобы оценить навыки разработчика без привлечения технических специалистов? На что обращать внимание при просмотре резюме кандидата? Как увеличить процент кандидатов, которые прошли техническое интервью? 
С чего начинается оценка кандидата? Чаще всего с просмотра его резюме, представленного в виде документа (pdf,doc) или его профиля в LinkedIn. Первое на что необходимо обратить внимание - насколько совпадают знания соискатели с требованиями к вакансии. Звучит очевидно, но давайте разберемся в нюансах.Предположим, что вы ищете кандидата на вакансию Senior Frontend Developer, работать которому предстоит с React, Webpack и PostCSS. В этом случае важно понимать, на какие ключевые слова в резюме стоит обращать внимание, а на какие не очень. Например, в нашем случае Webpack и PostCSS - это вспомогательные инструменты разработчика, и можно не проверять их наличие в портфолио, так как овладеть навыками работы с ними не займёт много времени, а тот факт что разработчик с ними не работал означает то, что не подвернулось подходящего проекта, и ничего не говорит о его навыках. Следующий по важности идёт React. React - это библиотека для JavaScript, которая требует изучения и практического опыта. Это уже достаточно важный инструмент, и если большая часть фронтенда в компании написана с его помощью, то онбординг кандидата, который не работал ранее с React, может занять существенно большее количество времени, нежели того кто имеет опыт с React. Но это все ещё не основной инструмент Frontend разработчика, поэтому я бы рекомендовал не отсеивать сразу кандидатов, кто не владеет React, так как достаточно опытный разработчик может овладеть им на неплохом уровне, даже за то время что занимают процессы собеседования и найма. Основным по важности в нашем случае будет JavaScript. Ни Java. Ни ActionScript. А именно JavaScript. Это собственно и есть тот язык программирования, с которым фронтенд разработчик проводит в обнимку и в слезах большую часть времени своей профессиональной карьеры. То есть знание этого языка и количество опыта работы с ним критически важно для нашего с вами поиска. Что же получается: нам необходимо выделить то, какие технологии критичны для нас, просто важны, и не важны совсем, и оценивать кандидата исходя из этих знаний. А как оценить уровень владения этими технологиями?1. Вы можете обратиться к тому, от кого получили вакансию. То eсть к тех лиду в вашей компании, если вы штатный сотрудник, либо к тех.специалистам заказчика, если вы работаете на аутсорсе. 2. Обратиться с вопросом непосредственно к самим разработчикам, которых вы можете найти в профильных чатах в телеграм. Как правило там обитают достаточно дружелюбные товарищи, которые всегда рады поспособствовать тому чтобы им перестали присылать неподходящие вакансии :)3. Следить за апдейтами в нашем Telegram-канале - у нас есть рубрика #techstack в которой мы периодически публикуем разборы разных технологических стеков с указанием важности инструментов.Отлично, теперь мы знаем на какие ключевые слова обращать внимание, а на какие - нет, но ещё важно то, насколько долго и качественно кандидат работал с этими технологиями. Например, если в резюме указано что опыт разработки - 7 лет, но все последние 5 лет это была бэкенд разработка с Node.js, либо вообще с использованием другого языка программирования, и только первые два года соискатель провёл за разработкой фронтенда, с очень большой вероятностью этот кандидат не будет заинтересован в вакансии фронтенд разработчика, либо не будет способен пройти техническое собеседование, так как JavaScript сейчас и пять лет назад это очень разные технологии :) Тоесть наш алгоритм в данном случае таков: 1. Листаем резюме и смотрим на наличие важных технологий на указанных местах работы и в описании. 2. Мысленно проставляем веса каждому увиденному кейворду, по принципу A - важность технологии, B - насколько недавно соискатель с ней работал, и умножаем А на В.3. Если получилась достаточно уверенная первичная оценка, можно пойти подкреплять ее дополнительными способами, о которых мы расскажем далее. Также есть сервисы, которые помогают в подобной оценке кандидата, например, AmazingHiring.Но у него есть два существенных минуса: он очень приблизительно оценивает технический стек кандидата, основываясь только на появлении кейвордов в списке технологий, никак не взвешивая их, при это стоимость начального тарифа составляет 270т,р, в год. Второй сервис - это Deviato, он достаточно качественно оценивает появление кейвордов на странице кандидата, и бесплатно оценивает неограниченное количество страниц LinkedIn по этому параметру.Окей, с базовой оценкой кандидата мы разобрались, как мы можем проверить то, что написано в резюме, не прибегая к техническому собеседованию?Для этого нам надо оценить тот след который оставил наш кандидат в открытых источниках данных в интернете. Есть несколько значимых ресурсов в которых обитают программисты и которые мы можем проанализировать, самые основные из них - это GitHub и StackOverflow, давайте разберём их подробнее. GitHubЭто главная площадка, куда разработчики выкладывают свой код как публично, так и для приватного использования. Здесь живут миллионы программ с открытым исходным кодом, которые разрабатываются и которыми пользуются разработчики со всего мира. Давайте посмотрим, какую ценную информацию о соискателе мы можем оттуда получить и как. Как найти профиль кандидата на GitHub? Самое простое это воспользоваться Deviato, либо AmazingHiring, оба этих расширения способны с некоей точностью находить профиль кандидата на гитхабе по его линкедин профилю, а если ссылка есть в резюме, то в Deviato вы можете указать её самостоятельно. Либо, если нам не помогло расширение, мы можем попробовать найти его сами. Для начала просто попробуйте поискать имя фамилию соискателя в гугле с приставкой site:github.com , этот фильтр будет искать вхождения имени и фамилии только на гитхабе. Если же имя фамилия уникальные и нашлись, я вас поздравляю, это было просто. Но это Иван Сидоров, которых достаточно много гитхабе, то постарайтесь найти того, чей технический стек и дата регистрации совпадают с началом карьеры. Если же у вас не получилось никого найти с таким именем и фамилией, то не отчаивайтесь, есть ещё один вариант. Люди достаточно часто используют один и тот же никнейм для всех своих социальных сетей. То есть вы можете поискать в гугле фио соискателя, и найдя его профиль на какой либо из социальных сетей (Facebook/vk/instagram/twitter) можете использовать это для гитхаба, например у меня и в Твиттере и на гитхабе Ник - x1ting. Отлично, мы нашли кандидата, но куда смотреть дальше?Анализ профиля на GithubСамое простое с чего мы можем начать - это дата регистрации. Чтобы ее найти, надо открыть гитхаб профиль и справа снизу в ленте активности выбрать самый первый год. Там откроется первая активность - Joined Github с датой
Как правило, разработчики в самом старте своей карьеры, или как минимум коммерческой карьеры, заводят себе гитхаб аккаунт. И если вы видите что в резюме заявлено более 6 лет опыта, а гитхаб зарегистрирован в прошлом году - это повод лишний раз задуматьсяСледующее на что стоит обратить внимание - это язык программирования, на котором пишет соискатель чаще всего. Для этого надо перейти во вкладку репозитории - 
и поставить фильтр по Type: Sources, так вы будете видеть только репозитории созданные этим человеком. То есть, если вы ищете человека на должность C разработчика, и вам попадется профиль подобный тому что выше - то его можно смело рассматривать дальше. Если же на вакансию C разработчика попался такой профиль - 
то лучше, наверное, сэкономить время и пропустить его.Open Source активностьраз уж мы дошли до репозиториев на гитхабе, то самое время посмотреть, а насколько качественный код пишет разработчик. Но, будучи рекрутером, мы врядли сможем оценить качество кода, смотря непосредственно на него. Для этого есть одна хитрость, которую мы можем использовать. Дело в том, что на гитхабе расположено множество популярных репозиториев, которые поддерживаются и развиваются участниками OpenSource сообщества. И, как правило, код который попадает в эти репозитории посмотрел уже не один опытный разработчик. Какую пользу это дает нам? Мы можем найти, вносил ли какой либо вклад наш кандидат в популярные репозитории на гитхабе, и если этот вклад был написан на интересующем нас языке программирования (не просто правки документации), то это может означать что его поревьювали как минимум несколько опытных разработчиков и приняли, что говорит нам о сильном опыте разработчика. Как это сделать? Перейдем в знакомую нам вкладку репозиториев и выберем фильтр Type: Forks
Здесь мы можем видеть один репозиторий, который скопировал себе для внесения изменений Михаил. Теперь давайте перейдем в оригинал репозитория по маленькой ссылке под названием (выделена красным).После перехода в репозиторий открываем ссылку поиска вверху и вводим <nickname> где <nickname> это ник нашего пользователя. И выбираем область поиска - In this repository (можно указать опцию from: чтобы сделать поиск более строгим, но тогда можем пропустить часть результатов)
в результатах поиска переходим во вкладку commits (если во всех результатах у нас 0, значит либо он просто скопировал репозиторий, но ничего в нем не менял, либо что-то менял, но участники сообщества эти изменения не приняли). Если что-то нашлось, то открываем непосредственно тело этих изменений (выделено красным)
В нашем случае оказалось, что внесенные изменения, это подписание петиции (да, и такое на гитхабе бывает), и практической ценности в оценке кандидата (кроме его гражданской позиции) это не несет. То есть не стоит уменьшать рейтинг кандидата, просто мы не можем его усилить. 
Но могут встречаться и вот такие изменения (они были найдены без операнда from:, а просто по комментарию с благодарностью)
На этом скриншоте, мы можем видеть что внесенные изменения - это код на Ruby в достаточно популярный репозиторий (в правом верхнем углу Star 1k, одна тысяча звездочек на гитхабе). Хоть и тело изменения не самое большое, все равно, увеличивает уверенность что перед нами достаточно опытный Ruby разработчик. Ну, пожалуй с гитхаба хватит, хоть и способ глубокой оценки вручную занимает достаточно много времени, зато позволяет нам отсеяться достаточно большое количество кандидатов самостоятельно, не привлекая технических специалистов. Кстати, чтобы не делать эту оценку вручную - можно использовать расширение от Deviato - у него тоже есть бесплатный тариф, и за ценную обратную связь, его можно продлевать ;) Перейдем к последнему, самому простому - StackOverflow.Как найти профиль кандидата на StackOverflow? Да примерно так же как и на Github, с использованием расширений, либо гугла, либо вбив в поисковой строке его ник.
Здесь уже все достаточно просто - StackOverflow сам создает репутацию кандидату, и управляет ей в зависимости от того насколько много пользы этот человек принес сообществу. То есть чем выше цифра, тем более подкован кандидат.
Также можно проверить вкладку tags, чтобы посмотреть на вопросы по каким технологиям отвечал кандидат:
Напоминаю, что StackOverflow - это сервис вопросов и ответов, где одни разработчики задают вопросы, а другие дают ответы. Соответственно за ответы которые помогли, либо за ценные комментарии и раздаются баллы репутации пользователям. Отлично, мы показали вам комплексный метод оценки кандидатов, который поможет отсеять очень большое количество человек прямо на старте, делая вашего техлида более счастливым, потому что не придется собеседовать кандидатов, которые не пройдут интервью!
===========
Источник:
habr.com
===========
Похожие новости:
- [JavaScript, Серверная оптимизация, Node.JS] Профилирование Node.js. Доклад Яндекса
- [Git] 5 команд Git, которые сделают вашу жизнь проще
- [Информационная безопасность, Node.JS, GitHub] В популярной NPM-библиотеке netmask обнаружена критическая уязвимость
- [ERP-системы, Управление продажами, Управление персоналом, Читальный зал, 1С] 1С Ingredients. Читаем с лупой
- [] Как просто заблокировать сайты в веб- приложении «Google Chrome»?
- [Информационная безопасность, CRM-системы, Управление персоналом, Софт] Контроль сотрудников: не сходите с ума
- [IT-эмиграция, Управление персоналом, Карьера в IT-индустрии, IT-компании] Как оно в Пензе после Питера. Часть 2
- [Управление персоналом, Карьера в IT-индустрии] Почему ты не будешь доволен результатами твоего performance review
- [GTD, Управление персоналом, Офисы IT-компаний, Удалённая работа] Целый год дистанционки: как он развенчал опасные заблуждения об удаленной работе
- [Управление проектами, Управление персоналом] FWD: RE: Покупка бумаги в офис. Голосуем
Теги для поиска: #_upravlenie_personalom (Управление персоналом), #_rekruting (рекрутинг), #_hr, #_github, #_upravlenie_personalom (
Управление персоналом
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:09
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
|
Какие инструменты можно использовать рекрутеру чтобы оценить навыки разработчика без привлечения технических специалистов? На что обращать внимание при просмотре резюме кандидата? Как увеличить процент кандидатов, которые прошли техническое интервью?  С чего начинается оценка кандидата? Чаще всего с просмотра его резюме, представленного в виде документа (pdf,doc) или его профиля в LinkedIn. Первое на что необходимо обратить внимание - насколько совпадают знания соискатели с требованиями к вакансии. Звучит очевидно, но давайте разберемся в нюансах.Предположим, что вы ищете кандидата на вакансию Senior Frontend Developer, работать которому предстоит с React, Webpack и PostCSS. В этом случае важно понимать, на какие ключевые слова в резюме стоит обращать внимание, а на какие не очень. Например, в нашем случае Webpack и PostCSS - это вспомогательные инструменты разработчика, и можно не проверять их наличие в портфолио, так как овладеть навыками работы с ними не займёт много времени, а тот факт что разработчик с ними не работал означает то, что не подвернулось подходящего проекта, и ничего не говорит о его навыках. Следующий по важности идёт React. React - это библиотека для JavaScript, которая требует изучения и практического опыта. Это уже достаточно важный инструмент, и если большая часть фронтенда в компании написана с его помощью, то онбординг кандидата, который не работал ранее с React, может занять существенно большее количество времени, нежели того кто имеет опыт с React. Но это все ещё не основной инструмент Frontend разработчика, поэтому я бы рекомендовал не отсеивать сразу кандидатов, кто не владеет React, так как достаточно опытный разработчик может овладеть им на неплохом уровне, даже за то время что занимают процессы собеседования и найма. Основным по важности в нашем случае будет JavaScript. Ни Java. Ни ActionScript. А именно JavaScript. Это собственно и есть тот язык программирования, с которым фронтенд разработчик проводит в обнимку и в слезах большую часть времени своей профессиональной карьеры. То есть знание этого языка и количество опыта работы с ним критически важно для нашего с вами поиска. Что же получается: нам необходимо выделить то, какие технологии критичны для нас, просто важны, и не важны совсем, и оценивать кандидата исходя из этих знаний. А как оценить уровень владения этими технологиями?1. Вы можете обратиться к тому, от кого получили вакансию. То eсть к тех лиду в вашей компании, если вы штатный сотрудник, либо к тех.специалистам заказчика, если вы работаете на аутсорсе. 2. Обратиться с вопросом непосредственно к самим разработчикам, которых вы можете найти в профильных чатах в телеграм. Как правило там обитают достаточно дружелюбные товарищи, которые всегда рады поспособствовать тому чтобы им перестали присылать неподходящие вакансии :)3. Следить за апдейтами в нашем Telegram-канале - у нас есть рубрика #techstack в которой мы периодически публикуем разборы разных технологических стеков с указанием важности инструментов.Отлично, теперь мы знаем на какие ключевые слова обращать внимание, а на какие - нет, но ещё важно то, насколько долго и качественно кандидат работал с этими технологиями. Например, если в резюме указано что опыт разработки - 7 лет, но все последние 5 лет это была бэкенд разработка с Node.js, либо вообще с использованием другого языка программирования, и только первые два года соискатель провёл за разработкой фронтенда, с очень большой вероятностью этот кандидат не будет заинтересован в вакансии фронтенд разработчика, либо не будет способен пройти техническое собеседование, так как JavaScript сейчас и пять лет назад это очень разные технологии :) Тоесть наш алгоритм в данном случае таков: 1. Листаем резюме и смотрим на наличие важных технологий на указанных местах работы и в описании. 2. Мысленно проставляем веса каждому увиденному кейворду, по принципу A - важность технологии, B - насколько недавно соискатель с ней работал, и умножаем А на В.3. Если получилась достаточно уверенная первичная оценка, можно пойти подкреплять ее дополнительными способами, о которых мы расскажем далее. Также есть сервисы, которые помогают в подобной оценке кандидата, например, AmazingHiring.Но у него есть два существенных минуса: он очень приблизительно оценивает технический стек кандидата, основываясь только на появлении кейвордов в списке технологий, никак не взвешивая их, при это стоимость начального тарифа составляет 270т,р, в год. Второй сервис - это Deviato, он достаточно качественно оценивает появление кейвордов на странице кандидата, и бесплатно оценивает неограниченное количество страниц LinkedIn по этому параметру.Окей, с базовой оценкой кандидата мы разобрались, как мы можем проверить то, что написано в резюме, не прибегая к техническому собеседованию?Для этого нам надо оценить тот след который оставил наш кандидат в открытых источниках данных в интернете. Есть несколько значимых ресурсов в которых обитают программисты и которые мы можем проанализировать, самые основные из них - это GitHub и StackOverflow, давайте разберём их подробнее. GitHubЭто главная площадка, куда разработчики выкладывают свой код как публично, так и для приватного использования. Здесь живут миллионы программ с открытым исходным кодом, которые разрабатываются и которыми пользуются разработчики со всего мира. Давайте посмотрим, какую ценную информацию о соискателе мы можем оттуда получить и как. Как найти профиль кандидата на GitHub? Самое простое это воспользоваться Deviato, либо AmazingHiring, оба этих расширения способны с некоей точностью находить профиль кандидата на гитхабе по его линкедин профилю, а если ссылка есть в резюме, то в Deviato вы можете указать её самостоятельно. Либо, если нам не помогло расширение, мы можем попробовать найти его сами. Для начала просто попробуйте поискать имя фамилию соискателя в гугле с приставкой site:github.com , этот фильтр будет искать вхождения имени и фамилии только на гитхабе. Если же имя фамилия уникальные и нашлись, я вас поздравляю, это было просто. Но это Иван Сидоров, которых достаточно много гитхабе, то постарайтесь найти того, чей технический стек и дата регистрации совпадают с началом карьеры. Если же у вас не получилось никого найти с таким именем и фамилией, то не отчаивайтесь, есть ещё один вариант. Люди достаточно часто используют один и тот же никнейм для всех своих социальных сетей. То есть вы можете поискать в гугле фио соискателя, и найдя его профиль на какой либо из социальных сетей (Facebook/vk/instagram/twitter) можете использовать это для гитхаба, например у меня и в Твиттере и на гитхабе Ник - x1ting. Отлично, мы нашли кандидата, но куда смотреть дальше?Анализ профиля на GithubСамое простое с чего мы можем начать - это дата регистрации. Чтобы ее найти, надо открыть гитхаб профиль и справа снизу в ленте активности выбрать самый первый год. Там откроется первая активность - Joined Github с датой  Как правило, разработчики в самом старте своей карьеры, или как минимум коммерческой карьеры, заводят себе гитхаб аккаунт. И если вы видите что в резюме заявлено более 6 лет опыта, а гитхаб зарегистрирован в прошлом году - это повод лишний раз задуматьсяСледующее на что стоит обратить внимание - это язык программирования, на котором пишет соискатель чаще всего. Для этого надо перейти во вкладку репозитории -  и поставить фильтр по Type: Sources, так вы будете видеть только репозитории созданные этим человеком. То есть, если вы ищете человека на должность C разработчика, и вам попадется профиль подобный тому что выше - то его можно смело рассматривать дальше. Если же на вакансию C разработчика попался такой профиль -  то лучше, наверное, сэкономить время и пропустить его.Open Source активностьраз уж мы дошли до репозиториев на гитхабе, то самое время посмотреть, а насколько качественный код пишет разработчик. Но, будучи рекрутером, мы врядли сможем оценить качество кода, смотря непосредственно на него. Для этого есть одна хитрость, которую мы можем использовать. Дело в том, что на гитхабе расположено множество популярных репозиториев, которые поддерживаются и развиваются участниками OpenSource сообщества. И, как правило, код который попадает в эти репозитории посмотрел уже не один опытный разработчик. Какую пользу это дает нам? Мы можем найти, вносил ли какой либо вклад наш кандидат в популярные репозитории на гитхабе, и если этот вклад был написан на интересующем нас языке программирования (не просто правки документации), то это может означать что его поревьювали как минимум несколько опытных разработчиков и приняли, что говорит нам о сильном опыте разработчика. Как это сделать? Перейдем в знакомую нам вкладку репозиториев и выберем фильтр Type: Forks  Здесь мы можем видеть один репозиторий, который скопировал себе для внесения изменений Михаил. Теперь давайте перейдем в оригинал репозитория по маленькой ссылке под названием (выделена красным).После перехода в репозиторий открываем ссылку поиска вверху и вводим <nickname> где <nickname> это ник нашего пользователя. И выбираем область поиска - In this repository (можно указать опцию from: чтобы сделать поиск более строгим, но тогда можем пропустить часть результатов)  в результатах поиска переходим во вкладку commits (если во всех результатах у нас 0, значит либо он просто скопировал репозиторий, но ничего в нем не менял, либо что-то менял, но участники сообщества эти изменения не приняли). Если что-то нашлось, то открываем непосредственно тело этих изменений (выделено красным)  В нашем случае оказалось, что внесенные изменения, это подписание петиции (да, и такое на гитхабе бывает), и практической ценности в оценке кандидата (кроме его гражданской позиции) это не несет. То есть не стоит уменьшать рейтинг кандидата, просто мы не можем его усилить.  Но могут встречаться и вот такие изменения (они были найдены без операнда from:, а просто по комментарию с благодарностью)  На этом скриншоте, мы можем видеть что внесенные изменения - это код на Ruby в достаточно популярный репозиторий (в правом верхнем углу Star 1k, одна тысяча звездочек на гитхабе). Хоть и тело изменения не самое большое, все равно, увеличивает уверенность что перед нами достаточно опытный Ruby разработчик. Ну, пожалуй с гитхаба хватит, хоть и способ глубокой оценки вручную занимает достаточно много времени, зато позволяет нам отсеяться достаточно большое количество кандидатов самостоятельно, не привлекая технических специалистов. Кстати, чтобы не делать эту оценку вручную - можно использовать расширение от Deviato - у него тоже есть бесплатный тариф, и за ценную обратную связь, его можно продлевать ;) Перейдем к последнему, самому простому - StackOverflow.Как найти профиль кандидата на StackOverflow? Да примерно так же как и на Github, с использованием расширений, либо гугла, либо вбив в поисковой строке его ник.  Здесь уже все достаточно просто - StackOverflow сам создает репутацию кандидату, и управляет ей в зависимости от того насколько много пользы этот человек принес сообществу. То есть чем выше цифра, тем более подкован кандидат.  Также можно проверить вкладку tags, чтобы посмотреть на вопросы по каким технологиям отвечал кандидат:  Напоминаю, что StackOverflow - это сервис вопросов и ответов, где одни разработчики задают вопросы, а другие дают ответы. Соответственно за ответы которые помогли, либо за ценные комментарии и раздаются баллы репутации пользователям. Отлично, мы показали вам комплексный метод оценки кандидатов, который поможет отсеять очень большое количество человек прямо на старте, делая вашего техлида более счастливым, потому что не придется собеседовать кандидатов, которые не пройдут интервью! =========== Источник: habr.com =========== Похожие новости:
Управление персоналом ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:09
Часовой пояс: UTC + 5