Практический опыт MANGO OFFICE в оценке архитекторов и старших разработчиков

Привет, Хабр!

Наш спикер — Константин Густов, руководитель отдела развития архитектуры и IT бизнес-партнёр MANGO OFFICE. И он недавно принял участие в подкасте Деплой. В компании он выстраивает производственные процессы разработки и руководит командой из 13 архитекторов на 400 IT-специалистов.

Мы сделали подборку лучших моментов выпуска с практическими рекомендациями по подготовке и прохождению архитектурного интервью.

Что такое System Design интервью

Главная задача этого вида собеседования — проверить умение строить архитектуру. 

Такие скиллы есть у любого разработчика — все занимаются проектированием. Джуниоры отвечают за функции и классы. Сеньоры и архитекторы — за подсистемы или целые платформы.

Почему System Design стал стандартом индустрии

Есть две основные причины.

Первая — крупные технологические компании. 

Им был нужен способ быстро и объективно оценивать тысячи кандидатов. Раньше HR-менеджеры придумывали логические вопросы типа «почему люки круглые». Но сейчас от них отказываются.

Вторая — микросервисная архитектура.

С 2011 года она набрала популярность. Теперь даже джуниор может получить задачу создать микросервис. Нужно понимать базы данных, API и взаимодействие компонентов. Поэтому проверка компетенций в проектировании стала необходимой.

Что проверяют на интервью

Три ключевых навыка:

• Инженерный опыт. На других этапах можно заучить ответы. Здесь же сразу видно, понимает ли кандидат распределённые системы.

• Знание System Design. Интервьюер оценивает, ориентируется ли соискатель в паттернах, подходах и инструментах.

• Системное мышление. Структурность, умение выделять главное, воспринимать подсказки и менять ход мысли.

Гибкость формата как преимущество

Главный плюс собеседования — свобода направления. Интервьюер может углубиться в те аспекты, которые важны для конкретного проекта. Задачи варьируются: от низкоуровневых алгоритмов до кейсов уровня «спроектируй Google Docs».

Почему это интервью невозможно «взломать»

Соискатель может подготовиться к этому этапу. Но есть минус — невозможно предсказать ход беседы. 

Кейсы всегда похожи — знаменитый разработчик Алекс Сюй описал 11 типовых задач. Но интервьюер может повести разговор в любом направлении. Один углубится в базы данных, другой — в API, третий заинтересуется алгоритмами или природой распределённых систем.

Объективность оценки и чек-листы

Интервьюер должен использовать чёткий список с обязательными и дополнительными требованиями к соискателю. 

Интервью длится полтора часа. Если кандидат справился с основной частью за 50 минут, можно задать допвопросы. Не справился — сразу перейти к выводам.

Чек-лист убирает субъективность. Без него собеседование легко превратить в импровизацию «ради развлечения».

Как готовиться

Начните с книг Алекса Сю «System Design Interview» и «System Design Interview Volume 2». Они дают хорошую базу и понятный скрипт прохождения интервью.

У крупных компаний есть свои гайды. Например, Т-банк публикует подробные инструкции. 

На YouTube можно найти записи реальных собеседований. Есть подкасты, где эксперты разбирают главы из книг.

Архитектурные каты

Это практические задачи: берёте кейс из интернета и рисуете архитектуру. Лучше с наставником, но можно и самостоятельно.

Есть даже соревнования по катам. Участники состязаются в скорости и качестве проектирования. Регулярные тренировки повышают шанс встретить знакомый сценарий на реальном интервью.

Опыт важнее зубрёжки

Собеседование проверяет глубину опыта. Наработать её за неделю — невозможно. У кандидата уже должна быть практика проектирования.

Даже скилловый специалист может растеряться на первом System Design интервью. Частая ошибка — не уточнить контекст задачи в начале разговора.

Стресс как фактор риска

За час нужно спроектировать систему. А на работе такие проекты растягиваются на дни и недели. 

Из-за напряжения легко забыть базовые вещи – особенно если сильно хочется получить оффер.

Сам процесс похож на реальную задачу. Сначала определяете требования: функциональные и нефункциональные. Создаёте верхнеуровневый дизайн. Потом прорабатываете детали.

Топ-4 ошибки соискателей

• Сразу начинают решать. Рисуют квадраты и сервисы без выяснения требований. В начале собеседования даётся минимум информации — её недостаточно для выполнения задачи.

• Уходят в детали без общей картины. Начинают детально проектировать API, забывая про систему в целом.

• Не успевают. Из-за фокуса на отдельных составляющих не остаётся времени на полноценное решение.

• Не слушают интервьюера. В стрессе можно не заметить подсказки.

Признаки успешного прохождения

Провал заметен сразу — решение не закончено, беседу останавливают. 

В остальных случаях сложно понять результат. Некоторые собеседники активно помогают, другие молчат.

Хорошие признаки:

• Беседа заняла всё время

• Дизайн доведён до конца

• Задают уточняющие вопросы про детали реализации

• Интервьюер включён в диалог

Базовый технический минимум

Обязательные знания:

• HTTP API и REST API — встречаются почти всегда

• Очереди сообщений — вероятность более 50%

• Базы данных — минимум одна реляционная и одна нереляционная

• Кеширование — например, Redis

Для компаний с высокими нагрузками добавляются:

• Шардирование

• Репликация в PostgreSQL

• Особенности Cassandra

Осторожнее с экзотикой

Не пытайтесь впечатлить необычными технологиями. Если предложите Cassandra без опыта работы с ней, запутаетесь в деталях. А интервьюер легко распознает попытку обмана.

Соответствие задач реальности

Тестовые задания должны соответствовать профилю бизнеса. Странно, если компания занимается простыми веб-формами, но просит спроектировать YouTube. 

В MANGO OFFICE дают таски, которые реально встречаются в работе — это классические распределённые системы.

Пока без кода

На этом этапе кандидаты не кодируют. Их навыки программирования проверяют отдельно. Code review лучше показывает уровень, чем шаблонные задачи на кодинг.

Не единственный этап собеседования

Одного такого интервью недостаточно для полной оценки кандидата. 

Для сеньор-разработчика нужна проверка навыков кодирования. Для архитекторов важна теоретическая база и понимание терминологии.

В MANGO OFFICE соискателей проверяют по четырём блокам:

• Дизайн

• Теория

• Системное мышление

• Культурное соответствие (cultural fit)

Влияние AI на профессию и System Design

Нейросети можно правильно использовать только понимая, как устроены системы. Без навыков проектирования невозможно написать хороший промпт. Поэтому с ростом роли AI навыки системного дизайна становятся критичнее.

Некоторые компании переводят собеседования в офис из-за читерства. Но подделать этот этап всё равно сложно: нужен реальный опыт.

AI как помощник

Умение работать с нейросетями может стать преимуществом. Некоторые интервьюеры разрешают использовать любые инструменты, но просят объяснить выбор. 

«ChatGPT предложил MongoDB? Обоснуйте, почему это хорошее решение для вашей задачи».

Рекомендуемая литература для развития

Три обязательные книги:

1. «Чистый код» Боба Мартина — база проектирования кода

2. «Паттерны проектирования» Банды четырёх — переход от программиста к staff-инженеру

3. «Designing Data-Intensive Applications» («книга с кабанчиком») — погружение в распределённые системы

Главная цель подготовки

Учиться проходить собеседования полезно, но важнее другое — научиться проектировать системы. 

На работе можно 10 лет решать однотипные задачи. При подготовке к System Design вы проектируете YouTube, Uber, Twitter. Это расширяет кругозор и оттачивает архитектурное мышление.

Заключение

Архитектурное интервью проверяет реальный опыт проектирования систем. К нему невозможно подготовиться за неделю — нужна практика и понимание принципов распределённых систем.

Ключевые моменты для успешного прохождения:

• Заранее выясняйте требования

• Начинайте с верхнеуровневого дизайна

• Слушайте подсказки интервьюера

• Используйте знакомые технологии

• Регулярно тренируйтесь 

Полную версию подкаста с Константином Густовым смотрите по ссылке — там ещё больше практических советов и реальных кейсов из опыта MANGO OFFICE.