Эволюция вопросов на интервью

[yakov_sirotkin]

Сразу признаюсь, я - не самый хороший программист в мире, которого можно взять на работу. Но я знаю несколько человек, которые просто очень-очень хороши. И вот их без сомнения нужно нанимать. Не сомневаюсь, что они могут хорошо ответить на практически любые вопросы, поэтому в принципе ничего не имею против жесткого отсева на первичном интервью. Но

Comments

[smalgin]

Один час интервью для прогера - если его не интервьюирует вся команда весь день, а только вы и всего один час

Акт 1) Расскажи где работал(а) и что делал(а). Вопросы о том, как решались типичные в этой области проблемы.
Красный флаг: ответы "я точно не знаю, это наш тимлид/девопс делали"
Акт 2) Проверка на вшивость программирования
5-минутная задача на то, чтобы убедиться, что кандидат писал(а) на этом языке. Fizz Buzz например. 5 минут - жесткий предел.
Убедиться, что кандидат знает язык, тулсет, IDE, source control, collaboration tools, CI/CD - entire chain.
Убедиться, что кандидат представляет себе, как дизайнить хороший код. (В дезигн паттернс есть приличные идеи, которые можно спросить - например flyweight. Ну или transient fault handling - эту вещь сейчас везде надо.)
Акт 3) Ставится типичная задача в нашей индустрии - например web api, потом 10 мил пользователей, потом scale up, еще scale out и так пять раз.
Кандидат должен(должна) представлять, как все это делается.
На этом этапе надо также убедиться, что кандидат знает как дизайнить системы. (boxes, arrows, apis, layer cake pattern)

Основная цель - убедиться что кандидат (1) не ленив (2) борозды не испортит (в т.ч teamworker). 3) у него есть идеи.

Последние 5-10 минут - принимаются вопросы от кандидата.

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