Опишите технологический стек проекта
Что проверяют
Насколько ваш опыт пересекается с тем, что лежит в репозитории команды, и понимаете ли вы, зачем в проекте каждая библиотека. Для Android это ещё и проверка на современность: тот, кто последние годы писал на Java с AsyncTask, отвечает иначе, чем человек, живущий в Kotlin и корутинах.
Как отвечать
Пройдите по слоям: язык (Kotlin, сколько осталось на Java), minSdk и почему он такой, UI (Compose, XML или гибрид), асинхронность (корутины и Flow), архитектура (MVVM или MVI, где именно живёт состояние), внедрение зависимостей (Hilt, Koin, Dagger), сеть (Retrofit поверх OkHttp или Ktor), хранение (Room, DataStore), сборка (Gradle, многомодульность, сколько она идёт), тесты (JUnit, Turbine, Espresso или Compose UI), доставка и наблюдаемость (CI, поэтапная раскатка, сбор падений).
К каждому пункту одна причина. Хорошо звучат ограничения, которых нет на бэкенде: старые устройства в аудитории, размер приложения, работа без сети, расход батареи. По ним и видно мобильного разработчика.
Где спотыкаются
Называют MVVM и не могут сказать, что у них является состоянием, что переживает поворот экрана и что будет после смерти процесса. Разговор про SavedStateHandle и восстановление начинается сразу после слова «архитектура».
Второе: отвечают про Compose, а описывают работу с вьюхами, или наоборот. Если проект гибридный, так и скажите: какие экраны переписаны, какие остались, почему миграция идёт именно в таком порядке.
Третье: молчат про сборку и релиз. Время сборки, модульность, правила для R8 и рефлексии, подписи, раскатка по процентам аудитории, требования магазина: для мобильной команды это часть стека, а не второстепенная мелочь.