Что цените в людях и разработчиках
Что проверяют
Совместимость с командой и вашу картину нормальной работы. По ответу интервьюер понимает сразу две вещи: что вы принесёте в команду и что начнёт раздражать вас самого через месяц. На устоявшемся стеке это важнее, чем кажется: код живёт годами, и рядом с ним работают люди, которым его читать.
Как отвечать
Назовите два или три качества и к каждому дайте признак, по которому его видно в работе. Абстракция без признака не работает: ответственность и коммуникабельность называют все.
Что звучит убедительно у разработчика:
- Предсказуемость. Человек говорит о срыве срока заранее, а не в день сдачи, и в оценке отдельно называет то, чего пока не знает.
- Уважение к чужому коду. Ревью про код, а не про автора, и замечание с объяснением причины, а не со ссылкой на вкус.
- Готовность довести до прода. Не «я сдал задачу», а есть логи, метрики и понятный способ починить это ночью.
- Умение менять мнение. Свою позицию защищает аргументом, принимает чужой и не возвращается к спору через неделю.
Одну иллюстрацию из работы дать стоит, короткую: коллега, который разобрал ваш инцидент без поиска виноватого, или ревьюер, после которого вы стали писать понятнее. Дальше уместно перевернуть вопрос и сказать, чего придерживаетесь сами, тогда ответ перестаёт выглядеть списком требований к окружающим.
Где спотыкаются
Перечисляют добродетели списком и на уточнение про то, как это заметно в работе, не отвечают ничем. Проверка простая: если качество нельзя увидеть в обычном рабочем дне, его не называют.
Превращают ответ в жалобу на прошлую команду. Фраза про то, что цените несрывающих сроки, потому что вокруг срывали все, звучит не как ценность, а как конфликт, который приедет вместе с вами.
Называют качества, которых сами не показали на этом же собеседовании. Человек, который ценит открытость к обратной связи, а через десять минут спорит с любым замечанием по своему коду, запоминается именно этим контрастом.