ArchDays · 29 октября 2021
Дизайн-секция на собеседованиях
Проверка навыков проектирования систем у кандидатов
/ Дизайн-секция на собеседованиях · ArchDays 2021
Содержание слайдов
1. Дизайн-секция на собеседованиях
Проверка навыков проектирования систем у кандидатов
2. От процесса найма до того, как этому научиться
План нашей беседы
Как выглядит процесс найма и зачем нам дизайн-секция
Чем она полезна самому кандидату
Как устроена секция и как выглядит типовая задача
Как мы оцениваем кандидатов и как этому научиться
3. 01. Как выглядит процесс найма
На примере условного backend-разработчика
4. Дизайн-секция — третья секция технического интервью
И нужна она не на каждом уровне
Предварительное интервью с рекрутером
Технические интервью: алгоритмы, язык, дизайн
Интервью с командой и оффер
Junior и Middle идут без дизайн-секции
5. 02. Зачем мы это проверяем
Со стороны компании и со стороны кандидата
6. Решения децентрализованы — проектировать умеют в командах
Зачем мы проверяем навыки дизайна систем
16+ млн клиентов и рост около 35% в год
Мультипродуктовая компания со своими IT-вертикалями
Продукты объединяются в экосистему
Штат растёт, а арх. решения децентрализованы
7. Любой исход секции что-то даёт кандидату
Чем это полезно самому кандидату
Пройдена круто — предлагаем условия интереснее
…и по доходу, и по уровню задач
Пройдена нормально — команда, где можно расти
Не пройдена — персонализированная обратная связь
8. 03. Как выглядит дизайн-секция
Семь шагов и типовая задача
9. Секция разворачивается шаг за шагом
От условия задачи до дополнительных вопросов
10. Схема прорабатывается тремя проходами
Потоки данных и компоненты системы
Сначала happy path
Потом нагрузка и нефункциональные требования
Потом corner cases — когда части системы отваливаются
На выходе — концептуальная схема
11. Рисуем в Sketchboard.me, в режиме Software Sketching
Как выглядит типовая задача
Постановка задачи
Функциональные и нефункциональные требования
Параметры нагрузки
Границы системы, сценарии и публичный API
12. 04. Как мы оцениваем кандидата
Восемь осей и уровень по ним
13. Восемь осей, а не один вердикт
Критерии оценки кандидатов
Формализация задачи, границы системы и её API
Потоки данных, концептуальная и реальная схемы
Вопросы нагрузки и сайзинга под неё
Читаемость схемы и доп. вопросы
14. 05. Итоги
И как научиться проектировать системы
15. Мы обсудили вопросы
Осталось понять, как научиться успешно проектировать системы
Как выглядит процесс найма
Зачем мы проверяем навыки дизайна систем
Чем это полезно самому кандидату
Как выглядят секция и типовая задача
Как мы оцениваем кандидатов
16. Ссылки для дальнейшего изучения
Источники с финального слайда доклада
Статья «Как прокачаться в проектировании ПО — книги»
Ресурс «The System Design Primer»
Курсы «Distributed Systems» и «Essential Architecture»
Конференции ArchDays, Highload, Hydra
17. Спасибо!
polomodov.tech
Все слайды и ссылки — в Telegram-канале
Александр Поломодов, Technical Director & Fellow, Т-Технологии
@book_cube