Отнюдь. Куча народа сидит по уютным конторам, годами делая одно и то же.
У него там таких целый отдел. Профессионалы, отличный background в математике и физике.
Но их опыт очень "локальный", кругозора нет вообще.

Эффективным менеджерам про это расскажите)

В конечном итоге остановился на следующем подходе. Есть список из простых 10 вопросов который HR спрашивает в первом телефонном разговоре, вопросы имеют однозначный ответ. Что то вроде есть ли в PHP множественное наследование?) Если кандидат отвечает на 50% и выше, приглашаем на собеседование. На собеседовании рассказывает про свой опыт, немного поведенческих вопросов и отвечаю на его вопросы. Если ему интересно - выдаем простое тестовое задание на дом, сдавать может как хочет в сроки какие ему комфортно. В целом подход работает, моя задача оценить общую адекватность человека.

Да вроде никто не сидит, и борьба с этим целая боль компаний.

2-3 года максимум, потом уходят

если бы по 10-20 лет сидели, то зп бы были 50к

Есть целые "федерации управленческой борьбы" где проект менеджеры с опытом и сертификатами, а в конечном итоге приходится им как детям объяснять, что такое закрытый и открытые ключи.

и чтобы 23 года было)

есть опыт 20 лет, а есть 20 раз по году опыта. разные опыты выходят.

20 лет формошлепания в нии говна и торфа на дельфи

Это верно для джунов и части middle.
Дальше выгодные переходы уже бывают реже. После 40-45 народ "сидит на попе ровно".

Но можно автора канала попросить голосовалку зарядить. Он их любит, я смотрю.

На мой взгляд, важное качество, отличающее сеньера от мидла - это как раз способность понять что менеджер хочет, не рассказывая ему про ключи и про сар-теорему)

+

Igor Shekalev (7) увеличил репутацию Юра В 🦄 (22)

Основная проблема  - как вежливо отказать уже через 15 минут )

Про сар-теорему не обязательно рассказывать, но на пальцах объяснить менеджеру, что такое сертификат ЭП и как он работает - вот это вопрос. В моем случае подошла аналогия про сейф и ключик))

А какие у вас проекты? Т.е. это все реально нужно от собеседуемых?

~250 микросервисов ; условно команда-две на домен; основные решения принимают самостоятельно, архитекторы глубоко не лезут

Не надо разработчику писать распределенные транзакции. Это должен один раз сделать один очень конкретный сеньор.
А остальным не надо про это думать вообще.

в какой-то степени согласен

но подебажить-то может прилететь каждому :)