Фильтр режет кандидатов, а логов отказов никто не читает
Прочитал пост Надежды Гумаюновой «Мы не можем найти сотрудников. А вы пробовали их увидеть?» https://setka.ru/posts/01a171e9-c1eb-7552-92a2-20f8bcaa6be7 и поймал себя на мысли, что это очень знакомый баг. Только не из HR, а из бэкенда. Представьте сервис, который отклоняет запросы. Если он режет половину нормального трафика, через час прибежит бизнес: заказы упали, деньги не идут. Мы откроем логи, найдём кривое правило валидации и починим. В найме такой фильтр может месяцами отбрасывать нормальных людей, и никто не узнает. Отказ ушёл, кандидат молча пошёл откликаться дальше, а в отчёте красивая цифра «обработано 300 откликов». Ошибки не видно, потому что её никто не считает. Я сейчас сам ищу работу как PHP/Laravel-бэкендер, так что быстрые отказы знаю не понаслышке. И почти никогда не понятно, за что: опыт, стек или просто слово в названии должности. Максим Ломакин у Надежды в комментариях точно подметил: Backend, Fullstack и Python-разработчик для автоматики три разных человека, хотя по сути это одна работа. Надежда пишет, что автоматизация с кривыми критериями просто позволяет ошибаться быстрее. Я бы добавил: быстрее и тише. У нас в проде за такое хотя бы алерт срабатывает, а тут даже лога никто не откроет. Решение, по-моему, скучное. Раз в месяц брать десяток случайных отказов и смотреть их руками, как мы смотрим выборку упавших запросов. Если хотя бы двое оказались нормальными кандидатами, правило сломано. Это баг, а не «рынок такой». Рекрутеры и нанимающие менеджеры, честно: вы хоть раз открывали отказы своего фильтра и проверяли, кого он выкинул?
· 1 ч
Можно, а зачем?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён