6️⃣ ошибок на System Design интервью

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


1️⃣Не задавать уточняющие вопросы — это серьезная ошибка. Например, текстовый мессенджер и мессенджер с видеозвонками требуют совершенно разных архитектур. Если не уточнить детали задачи в самом начале, можно потратить всё интервью на решение проблемы, которая совершенно отличается от задуманной. Это также показывает, что кандидат на работе не умеет задавать уточняющие вопросы.

✔️ Совет: На протяжении первых 3-5 минут задавайте все вопросы, которые придут в голову. Глупых вопросов не бывает.

2️⃣Не стоит слепо следовать стандартному формату: 'Уточняем требования' → 'Вычисляем нагрузку' → 'Проектируем API' → 'Организуем данные' → 'Рисуем общую архитектуру'. Лучше быть гибким, как вода, адаптироваться под ситуацию. Во-первых, некоторые шаги можно пропускать. Во-вторых, нужно внимательно слушать интервьюера: иногда они подталкивают сразу перейти к обсуждению базы данных, а кандидат, как будто не слышит и продолжает считать количество байт в секунду.

✔️ Совет: Внимательно слушайте интервьюера и адаптируйтесь к ситуации на интервью

3️⃣Обратная сторона предыдущего пункта — это наоборот прыгать между шагами. Сначала начать проектировать схему баз данных, затем резко начать уточнять требования, потом что-то исправить в дизайне API запросов, и так далее. Такой подход сильно путает интервьюера, и на уточняющие вопросы тратится много времени. Это легко исправляется парой пробных собеседований.

✔️ Совет: Следовать формату и практиковаться на мок-интервью

4️⃣Идеальное - враг хорошего. Есть подходящий пример — задача “Сделать свой Яндекс Такси”. Многие помнят, что для её решения используется структура данных QuadTree, но забывают детали. Из-за этого некоторые кандидаты пытаются наугад вставить QuadTree в своё решение, чтобы всё сложилось. Они знают правильный ответ, но пытаются угадать, как его достичь, и это выглядит печально. Гораздо интереснее наблюдать за кандидатом, который начинает с самого простого решения и постепенно усложняет его.

✔️ Совет: Начинайте с простого решения и шаг за шагом его усложняйте.

5️⃣Многие кандидаты не проходят интервью, потому что просто перечисляют технологии, такие как nginx, MySQL, RabbitMQ, Node.js, но не могут объяснить, почему именно эти технологии подходят для решения конкретной задачи. Технологии меняются, но принципы проектирования систем остаются неизменными. Есть негласное правило: если на интервью упомянул технологию, будь готов к тому, что это откроет ящик Пандоры — последуют дополнительные вопросы, на которые нужно будет ответить.

✔️ Совет: Не упоминайте технологии без необходимости, фокусируйтесь на принципах System Design

6️⃣Не уметь пользоваться http://excalidraw.com/. Можно потратить ценное время, пытаясь разобраться, как рисовать схемы. Горячие клавиши могут также сэкономить секунды. Еще начните изучать Canva Whiteboards, скоро мы захватим весь мир (шутка если что)

✔️ Совет: Тренируйтесь рисовать схемы перед интервью.

✔️Сохрани себе на будущие собеседования, поможет в подготовке