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

Итак. Начнем.

Есть канал. Он узкий, но через него отправляют пакеты. Пакет - это резюме. Токен - сопроводительное. Endpoint - вакансия. Всё как в жизни. Только вместо HTTP - hh.

Отправляешь PUT-запрос. Тело запроса - твоё резюме. Заголовок авторизации - сопроводительное письмо. Ты хочешь обновить статус рабочего места у потенциального работодателя. Всё чинно. Всё по протоколу. Всё подтверждено и завизировано в соответствии со спецификацией.

И вот на входе - firewall. ATS - он не читает тело запроса. Он смотрит на формат. Прошёл формат - идёшь дальше. Не прошёл - в помойку в вежливый отказ формата "сейчас откажем, но вы откликайтесь в будущем". Без внятных объяснений? Так firewall и не объясняет ничего. Он отсекает и точка. А! Важно - это ещё не система. Это пока только роутинг на уровне серверного ПО. Просто - пропустить или нет.

Ну чего, прошёл? Поздравляю! Дальше - фильтры HR. Это уже валидация на уровне программного роутинга. Возраст. Высшее образование. Наличие прав. Стек. Количество заглавных букв в резюме. Количество запятых в сопроводительном. Вобщем всё то, что действительно важно и ценно для соответствия вакансии. Ты снова проходишь. Или снова нет.

И тут прошёл? Молодец какой! Тогда вот тебе токен авторизации. Как в oAuth. Заполни анкету или тестовое. Заполняешь. Вписываешь. Отправляешь. Прикрепляешь ссылку на резюме. Это кстати уже валидное обращение к системе. Токен - ссылка, пакет данных - анкета. Ты уже устроился поудобнее? Выдохнул? Всё, должность практически в кармане?

Ага. Фантазёр какой нашёлся! Пока ты там выдыхал весь небольшой объем спертого воздуха, анкета проходит новую проверку. Уже на уровне валидации в модуле HR. Оценка человеком? Сто за древнее легаси на Perl? Отдельным ИИ - в ногу со временем! Но шанс конечно есть. Твои ответы, который писал chatGPT, потом правился тобой лично, потом оценивался Алисой и снова правился ручками... Ага, точно - они проходят потому, что не встретились какие-то стоп-слова и нашлись слова, за которые HR пообезщать погладить по голове и выдать печенюшку.

И если ты дошел до этого вот этапа, начинается самое забавное.

"Кнок-кнок, Нео. Матрица имеет тебя."

Ты попадаешь в Redis. Лежишь таким себе подтверждённым пакетом входящих данных. И ждёшь своей очереди. В надежде, что пакеты впереди тебя не будут соответствовать каким-то там условиям - типа токсик, странный, глаза бегают, или сигнал неустойчивый и видео на созвоне не включил. Это безусловно важно для соответствия культуре высоких моральных качеств и тёплых семейных отношений в дружном коллективе компании с текучкой как на турникете в московском метро.

Ну что. Готов? Очередь дошла. Да-да! Предыдущие пакеты не прошли. И да, сервак с редисом не ребутнулся. И воркер не завис (в смысле никто в отпуск не ушел).

Всё - заветное. Мы в нужном контроллере "Отдел кадров". В нужном методе "Собеседование". Впереди - мелочь - упаковка if-else.... А вот вопросы... "У вас есть ипотека?", "Вы женаты?", "Какое время года у вас любимое?"

Занавес. Потенциально твой пакет готов уже ответить http-кодом 418 - "I'm a teapot" ("Я - чайник") и получить в ответ 403 - "Access denied" ("Доступ запрещен").

Твой пакет ожидал собеседования по должности. А не уточнения, в какое время дня левая пятка чешется реже.

И хочется уточнить: вы сейчас вопросы из какой базы данных высасываете? Точно нужная таблица? А запрос покажите - может, он не учитывает поле мягкого удаления и вы читаете тестовый пул от первого разработчика?

Так вот примерно выглядит процедура найма глазами разработчика...