Какой у вас опыт работы с Android UI и Jetpack Compose
Что проверяют
Понимаете ли вы декларативную модель и рекомпозицию или просто перенесли привычки из XML-вёрстки.
Как отвечать
Рамка и пример решения.
> «Android четыре года, последние два пишу на Compose, старые экраны на XML поддерживаю. Сейчас приложение доставки, около миллиона установок. > > Из задач: перевёл список ресторанов с RecyclerView на LazyColumn и Paging 3, время до первого экрана упало вдвое. Отдельно ловил лишние рекомпозиции: список перерисовывался целиком из-за нестабильного лямбда-параметра, вынес обработчик и добавил ключи, отрисовка кадра пришла в норму».
Что уместно назвать по существу: состояние через remember и rememberSaveable, подъём состояния наверх и однонаправленный поток данных, LaunchedEffect и DisposableEffect, derivedStateOf, стабильность параметров и почему она влияет на рекомпозицию, LazyColumn с ключами, темы и Material 3, взаимодействие с XML через AndroidView и ComposeView, превью и тесты через createComposeRule.
Про инструменты: Layout Inspector и Composition Tracing показывают, что именно перерисовывается, и это первый уточняющий вопрос после слов «оптимизировал интерфейс».
Где спотыкаются
Переносят императивные привычки: держат состояние в переменных вместо mutableStateOf и удивляются, что интерфейс не обновляется.
Не знают про рекомпозицию и не могут объяснить, почему список перерисовывается целиком.
Забывают ключи в LazyColumn, из-за чего элементы теряют состояние при вставке.
Делают тяжёлые вычисления прямо в теле composable-функции, которая вызывается на каждый кадр.