К основному содержимому
Логотип ArchDays
ArchDays · 29 октября 2021

Дизайн-секция на собеседованиях

Как проверять навыки проектирования систем у Senior+ кандидатов

/ Дизайн-секция на собеседованиях · ArchDays 2021

Содержание слайдов

  1. 1. Дизайн-секция на собеседованиях

    Как проверять навыки проектирования систем у Senior+ кандидатов

  2. 2. О чём поговорим

    От процесса найма до конкретной задачи

    Воронка найма backend

    Место design-секции

    Структура, задача, sizing

    Критерии и подготовка

  3. 3. 01. Процесс найма

    Backend-разработчик в крупном финтехе

  4. 4. Стадии найма backend-разработчика

    От заявки до оффера

    Pre-interview — резюме и контакт

    Tech — язык, алгоритмы, basics

    Senior+ — Design / system design

    Team / Offer — fit, грейд, условия

  5. 5. Уровни и стадии

    Где какая секция применима

    Junior / Middle — Tech + Team

    Senior — добавляется Design

    Senior+ / Staff — центральный бар

    Те же секции, другой уровень

  6. 6. 02. Зачем design-секция

    Что она даёт компании и кандидату

  7. 7. Зачем компании проверять дизайн систем

    На уровне Senior+ это самая прогностичная секция

    Senior+ регулярно решает architecture

    Ошибка дизайна = кварталы переделок

    Алгоритмы не отделяют Staff

    Видны мышление и коммуникация

  8. 8. Чем design-секция полезна кандидату

    Это не только барьер, но и сигнал о компании

    Виден реальный engineering bar

    Видны задачи и нагрузки

    Культура читается по вопросам

    Понятны грейд и ответственность

  9. 9. 03. Структура секции

    Как мы проводим design-интервью

  10. 10. 7-шаговый процесс design-интервью

    Именно этот каркас задаёт ритм разговора на 60–90 минут

  11. 11. Типовая задача — новостной сервис

    Понятный домен, но реалистичный масштаб

    MAU — 3 млн

    30 млн запросов/сутки

    Статья: 10 КБ + 3 МБ медиа

    Операции: лента, статья, поиск

  12. 12. Sizing на пальцах

    Что должен прикинуть кандидат за 5–10 минут

    Average / peak RPS

    Контент: день / месяц / год

    Read-heavy и cacheability

    Узкое место: DB, сеть, поиск

  13. 13. Что мы хотим увидеть на доске

    Диаграмма, а не просто список технологий

    Клиенты, CDN/LB, API gateway

    Доменные сервисы

    Storage: DB, cache, index, objects

    Data flows и failure points

  14. 14. 04. Критерии оценки

    По чему ставим уровень

  15. 15. Что мы реально оцениваем

    Четыре больших блока

    Формализация требований

    Sizing и узкие места

    Целостная архитектура

    Scaling, failures, evolution

  16. 16. Senior / Senior+ граница

    Одна задача — разные ответы

    Senior — рабочее решение

    Senior+ — trade-offs / alternatives

    Staff — горизонт года

    Все уровни — адаптироваться

  17. 17. 05. Как готовиться

    Кандидату — практический план

  18. 18. Как научиться проектировать системы

    Без этого design-секция превращается в лотерею

    DDIA и похожие книги

    Netflix / Uber / Slack

    Типовые задачи: feed, chat, search

    Sizing, RFC, ADR, ревью

  19. 19. Что забрать

    Мышление, не правильный ответ

    Design начинается с Senior

    Context → sizing → architecture

    Оцениваем мышление и trade-offs

    Учиться через практику и ревью

  20. 20. Ссылки и материалы

    System design, trade-offs, Senior+ prep

    DDIA + System Design Interview

    The C4 Model

    Architecture Decision Records

    Engineering blogs

  21. 21. Спасибо!

    polomodov.tech

    Все слайды и ссылки — в Telegram-канале

    Александр Поломодов, Technical Director & Fellow, Т-Технологии

    @book_cube