(2/3) Собеседования, которые я провожу, состоят из следующих частей: прохождение по резюме, “общие” вопросы, архитектура, техника. На собеседование выделяется 1 час, максимум 2.

Вопросы по резюме занимают 5-10% от общего времени. Нет смысла идти по всей бумаге, достаточно задать пару вопросов по тем кускам, которые смущают (например, если человек очень часто менял работу, или у него был длительный перерыв). Если из резюме все понятно, то и нет смысла тратить время.

Общие вопросы - “культурные" (те же 5-10% от общего времени). В начале интервью (говорю по опыту) человек еще не совсем нервный и не паникует (помните, к вам пришел не Брендан Грегг, люди будут нервничать даже от вопроса “Что вы ели на завтрак?”), так что можно разогреть его, спросив то, на что он гарантированно ответит.

Спрашиваю обычно следующее:
1. Расскажите о своем обычном рабочем дне.
2. Расскажите о своем самом большом достижении.
3. Расскажите о своем самом большом провале.

Чаще всего на 3-ем вопросе у кандидата на лбу появляется испарина. В таком случае я рассказываю какой-нибудь лютый косяк из своего опыта (например, как я положил половину инфраструктуры, накосячив в настройках DHCP сервера). Мне нужно, чтобы кандидат был честен и не стеснялся, ведь по ответу я определю, как он действует в стрессовых ситуациях и как учится на своих ошибках. Вдобавок я понимаю, насколько сложными были его задачи и ответственными его решения.

Далее идет архитектура (применяю только к амазонщикам). Тут все просто - спроектируйте мне Х. Под Х может быть что угодно - от интернет-магазина до банка или завода. Тема выбирается из того, что ближе всего к кандидату. Если кандидат не силен ни в одном домене, то прошу спроектировать то, что знают все - библиотеку, больницу и т.д.
Поскольку передо мной амазонщик, то я ожидаю увидеть на доске много красивых аббревиатур или словосочетаний со словами elastic, simple и т.д. Когда кандидат заканчивает, я спрашиваю, в каком сервисе из нарисованных он разбирается лучше всего - по нему и пойдет “ковыряние”. Иногда задаются простые “уточняющие” вопросы (“А чем можно заменить Y?”).

Техника. По AWS нет смысла опрашивать все подряд, достаточно проверить уровень по одному сервису, который выбрал сам кандидат. Обычно начинаю с простого, заходя глубже и глубже до тех пока кандидат не крикнет: “Довольно!”.
К примеру мой любимый CloudFormation. Начинаю с “Какая секция обязательна в шаблоне”, заканчиваю StackSet’ами. Или макросами. Пространство вариантов огромно.
Вдобавок опрашиваю по core сервисам (EC2, S3, IAM, VPC, Route53, и т.д.).

Дополнительно проверяется владение инструментами и знание ОС. Тут за примерами ходить не надо, можно просто задавать вопросы из Top 50 Linux interview questions. Мы же помним, что ищем середнячка?