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

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

1. Бред ATS в анализе Если вкратце — это не работает. Просто невозможно создать ATS, которая, во-первых, будет осознавать глубину выполненной задачи, а во-вторых, не даст себя обмануть. Но и без автоматического анализа сейчас никуда. Надо быть человеком дождя, чтобы прочитать тысячу резюме не по диагонали и сделать по ним реальные выводы. Какое здесь есть компромиссное решение? У нас реализована большая система регуляции ATS. То есть люди сами вправе решать, что, на их взгляд, круто, а что — плохо. Если наше сообщество проголосует за то, что писать на пмтоне не модно, то у нас в системе это действительно станет немодным (конечно, для всех хейтеров питона у нас предусмотрены регулирующие механизмы, а сама система оценки похожа на Elo). Теоретически это должно помочь. Пока у нас есть данные только на малых цифрах, но мы уже увидели явную корреляцию: мнение сообщества расходится с решениями нейросетей. То есть люди не согласны с тем, что предлагают стандартные иишки, крутящиеся во всех современных ATS-системах, и это наводит на определённые мысли.

2. Отсутствие практики Нельзя оценить программиста без кода — просто нельзя. Как нанимающий я не раз видел великолепное резюме, которое изумительно и даже пугающе подходило под наши требования. Однако смайлики в ридмихе и комментарии на пол-файла в тестовом задании, которое к тому же наверняка не запустится, сразу показывали реальный потенциал будущего сотрудника. При этом сейчас уже всем без разницы, использует кандидат нейросети или нет. Напротив, мы были бы рады человеку, который умеет с ними работать. Но по итогу все силы отбивает именно возня с посредственным кодом. И здесь на помощь приходит автоматическая проверка заданий (то самое егэ). Как разработчик, если я действительно соответствую уровню вакансии, я был бы только рад, чтобы мои задания побыстрее выходили в топ, а нанимающий не тратил силы на просмотр менее перспективных кандидатов. Поэтому у нас сделано именно так. К тому же выполненные тестовые задания сохраняются, обновляются и дополняются: у пользователей есть своя статистика, а в саму систему проверок постоянно добавляются новые инструменты для её прокачки. Это помогает снизить нагрузку на разрабов, которые пишут одно и то же, и всем на это без разницы.

3. Прочие публичные механизмы И напоследок то, чем мы занимаемся прямо сейчас. Хакатоны, CTF, open-source — существует миллион способов проявить себя как программист и внести вклад в программисткое сообщество. Но, к досаде, всё это до сих пор не централизовано в одном месте. А ведь каких сильных кандидатов можно найти на этих гиковских платформах и мероприятиях.

Всё это и многое другое мы сейчас активно внедряем в нашем проекте «Чутьё». Если у вас есть желание попробовать сервис в деле, пишите мне в личные сообщения. Мы обеспечим вам максимально бесплатный и быстрый старт, а также подробно обо всём проконсультируем!