Если вы сами никого не нанимали, то точно нанимали вас, наверняка кто-то встречал необычные подходы. Я говорю о тех случаях, когда не технарь нанимает технаря. Спрашивать о том, чего не знаешь сам, как минимум - выглядеть беспомощно, как максимум, уважающий себя разработчик может встать и уйти.
Что я уже слышал:
1) Всё что связано с портфолио, посмотреть работы, их количество и качество, спросить контакты предыдущего работодателя, таким образом можно проверить ответственность;
2) Привлечение в рамках консалтинга опытного специалиста;
3) Специализированные хантеры;
4) Подготовленные шаблоны с логическими задачами;
5) Обращать внимание на мелочи;
6) Выполнение тестовых заданий, непосредственно относящихся к вакансии.
Адекватность, мотивацию, черты характера и ценности частично понять можно, несмотря на то, что большинство программистов интроверты, но как быть с навыками техническими. Каким образом можно сэкономить себе время и деньги, отсеивая слабых кандидатов до испытательного срока самостоятельно?
Спрашивать о том, чего не знаешь сам ...Так разберитесь хотя бы на базовом уровне в той работе, на которую нанимаете, тогда и будет понятно о чем спрашивать!
Иначе следующим вашим вопросом, с который вы будете ко всем приставать - будет :
Как контролировать качество работы специалиста, если я не понимаю что и для чего он делает? :)
Глупости. В чем он должен разобраться, чтобы проверить? За какой срок? За 5 лет? Как у вас все просто. В айти и так проблема с тем, что недостаточно квалифицированные разработчики, которые оказываются на ведущих должностях в небольших компаниях, не способны проверить реальный уровень квалификации кандидатов, а вы говорите человеку без технического бэкграунда, чтобы он сам разобрался, будто там делов на два дня с перерывами на нетфликс. Вы даже не знаете что за проект, сколько областей он охватывает. Я прям вижу как не технарь проверяет, умею ли я в архитектуру, понимаю ли как организовать работу транзакций в распределенных системах, правильно ли проектирую базу данных и миллион других вещей.