Всем привет!
Сегодня в гостях у OTUS Александр Романов — карьерный ментор, TechLead разработки в Сбере, автор канала AlexProIT | Александр Романов и преподаватель курсов Microservice Architecture и Java Developer Professional в OTUS.

ТОП-5 ОШИБОК DESIGN SYSTEM ⚠️

Сегодня процесс найма на ведущие позиции в IT — это долгий и сложный процесс. Даже несмотря на явный дефицит кандидатов на позиции middle+ и выше!

Одним из самых важных этапов является секция системного дизайна, результаты прохождения которой во многом определяют итоговый грейд.

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

⚡ Ложное понимание требований

Как правило, интервьюер дает только базовые требования, которых не достаточно для полноценного проектирования. При этом, кандидат вместо уточняющих вопросов сразу начинает проектировать решение «своего понимания» требований.

⚡ Отсутствие четких границ

Четко очертить границы — значит понять, что входит в скоуп задачи, а что — нет. Отсутствие этого понимания приводит к попытке спроектировать более сложную систему, чем требовалось изначально. А это значительно сложнее сделать качественно за отведенное время.

⚡ Работа под нагрузкой

Кандидат либо вообще не рассматривает вопрос работы системы под нагрузкой, либо не может правильно собрать и интерпретировать не функциональные требования. В результате, спроектированная система оказывается не масштабируемой.

⚡ Узкий технический кругозор

При всем многообразии различных видов хранилищ и типов интеграции между сервисами, кандидат использует только те, с которыми он работал. Это является единственным аргументом при их выборе и лишь добавляет системе «узких мест».

⚡ Отсутствие вопросов

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

Вывод

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

AlexProIT | Александр Романов

#expert

Никто не любит признавать ошибки.
Главная сложность в том, что теперь вам предстоит большая работа: сделать из ошибки правильные выводы. Одно дело, если вы обычный сотрудник. Но совсем другое, если вы руководитель и следующий просчёт может стать фатальным для проекта.

Однако дьявол кроется в деталях. Легко ли понять, где всё пошло не так? Во взаимодействии, в планировании, в оценке личностных качеств и мотивации исполнителей? Чем выше уровень принятия решений – тем сложнее поиск ошибок и работа над ними. 🧐

Мы знаем: нас читают многие действующие руководители в IT. Поэтому хотели бы спросить: часто ли вы анализируете собственные ошибки?