Мок-собеседование Middle Android-разработчика: архитектура и live coding
Кандидат проектирует Android-приложение, выбирает архитектуру и библиотеки, затем реализует часть решения в live coding. Эксперт разбирает требования, границы слоёв, базу данных, ошибки и качество кода.
- Опубликовано на YouTube:
- Просмотры на YouTube: 10,3 тыс.
- Лайки на YouTube: 254
Таймлайн
Коротко о видео
В этом мок-собеседовании кандидат проходит практическую секцию для Middle Android-разработчика. После знакомства эксперт объясняет формат и предлагает разобрать техническое задание приложения. Кандидат уточняет требования, в том числе пустые и ошибочные состояния экранов, а интервьюер отмечает, какие сценарии стоило дополнительно спросить у заказчика. Затем обсуждаются выбор библиотек и архитектуры: кандидат разделяет доменную модель, интерфейсы репозиториев, источники данных и представление, объясняя, почему доменный слой не должен зависеть от деталей UI и получения данных. В практической части он получает список задач или ошибку, сохраняет успешный результат в базу и рассуждает об обработке состояний. В конце эксперт разбирает читаемость кода, проводит блиц по Android и даёт обратную связь по ходу собеседования.
Затронутые темы
Что взять на заметку
- При разборе задания нужно заранее уточнять экраны для пустого списка и ошибки загрузки, а также требования к offline-режиму.
- Доменный слой и интерфейсы репозиториев не должны зависеть от представления и способа получения данных.
- Практическую функцию получения данных полезно моделировать как результат: список задач либо ошибка, которую нужно показать пользователю.
- Успешно загруженный список можно сохранить в базу данных, отдельно продумав транзакции и ошибки записи.
- Читаемые имена классов и методов помогают проверять решение на интервью и при последующей поддержке.