Вернуться в каталог собеседований

Interview System Design

Мок-интервью по mobile System Design, в котором проектируют сбор, хранение и выгрузку диагностических логов iOS-приложения. Обсуждаются требования, архитектура, безопасность, поддержка пользователей и оценка внедрения.

Easy Swift
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 2,1 тыс.
  • Лайки на YouTube: 42
Открыть на YouTube

Таймлайн

Коротко о видео

Это мок-интервью по mobile System Design: кандидат вместе с интервьюером проектирует систему диагностического логирования для iOS-приложения с каталогом мест, событиями и бронированиями. Они последовательно собирают функциональные и нефункциональные требования, обсуждают хранение пользовательских сценариев, выгрузку логов по запросу поддержки, защиту персональных данных и архитектуру мобильной части. В финале разбирают декомпозицию, состав команды, сроки и риски интеграционной задачи, после чего интервьюер даёт обратную связь.

Затронутые темы

Что взять на заметку

  • На System Design-интервью сначала фиксируйте функциональные требования, затем отдельно — срок хранения, объём, производительность, безопасность, работу без сети и ограничения на кэш.
  • Для расследования обращения полезны версия приложения и ОС, модель устройства, контекст пользователя, временные метки, последовательность экранов, параметры запросов, ответы сервера и ошибки декодирования.
  • Логи нужны не только для явно ошибочных сценариев: пользователь может обратиться в поддержку из-за неожиданного, но технически успешного результата.
  • Для экономии места обсуждались ограничение размера кэша на пользователя, удаление старых записей, пакетная выгрузка, сжатие и хранение данных только в пределах заданной истории.
  • Поддержке нужна админ-поиск по данным пользователя и времени обращения; версию приложения стоит делать необязательным полем, потому что пользователь может её не знать.
  • Предложенная мобильная архитектура разделяет защищённое хранилище, кэширование, проверку необходимости выгрузки и подготовку данных; для последовательной записи из разных потоков кандидат предложил actor.
  • Оценка кандидата — около 1,5–2 месяцев с учётом согласований и рисков; интервьюер уточняет, что фактический срок зависит от очередей смежных команд, процессов поддержки, тестирования и раскатки.

Рекомендуем посмотреть