В ИТ много интересных идей, которые можно адаптировать к рекрутменту, я думаю многие уже внедрили scrumban, де…

Rest В ИТ много интересных идей, которые можно адаптировать к рекрутменту, я думаю многие уже внедрили scrumban, дейлики, ретро с заказчиками и тд И в этом отношении rest ещё одна из офигенных идей, которую я использую и стараюсь внедрять Один из принципов rest - Stateless Принцип заключается в том, что сервер не должен хранить у себя информацию о сессии с клиентом и в каждом запросе получать всю информацию для обработки. Что это значит? Представим, что у нас есть некоторый сервис прогноза погоды, в котором уже реализована клиент-серверная архитектура, и мы хотим получить сообщение о прогнозе погоды на завтра. В случае работы со Stateless мы в запросе отправляем всю необходимую информацию: Запрос «Какая погода?» Место Кирово-Чепецк Дата 6 мая 2025 Если мы хотим узнать погоду на через день, то запрос будет аналогичным с новой датой, мы не можем просто спросить "А послезавтра?", потому что сервер не хранит информацию о наших предыдущих запросах. И этот поход отлично работает в рекрутменте когда у нас становится очень много коммуникаций по кандидатам. У меня есть свои кандидаты, у рекрутеров свои и когда ко мне приходят посоветоваться по кандидату, о котором я вообще ничего не помню, хотя даже мог его собеседовать - мне бывает очень больно. Я практически сразу прошу ссылку на ATS, это помогает мне восстановить контекст и я могу быстрее ответить или дать совет. Тоже работает и с заказчиками, когда у нас в переписке становится слишком много кандидатов + у внутренних HR ещё куча своих, то по важным вопросам я стараюсь суммировать контекст для человека, чтобы ему было проще мне ответить и не надо было листать всю переписку или лезть в ATS Например: Лена, привет! Елизавета на позицию в облачную инфраструктуру, которой сделали оффер с датой выхода 30 апреля день от нас новый офер с выходом 19 мая, на интервью с руководителем команды они этот вопрос согласовали. Мне, как человеку от которого ждут действия очень удобно когда сразу приходят с контекстом, я тупо быстрее смогу решить вопрос, хотя дополнительная писанина тратит немного времени, но имхо несопоставимо, так как непонятный заброс я отложу в сторону, чтобы нормально в него показаться, а понятный могу решить в моменте. Надеюсь и моим заказчикам это тоже удобнее) ЗЫ конечно если у вас не так много перекрестной коммуникации и вся информация влезает в оперативку, то это просто удлинит процесс и до поры до времени можно пользоваться подходом Statefull :)