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