Співбесіда Android-розробника крутиться навколо ідіом Kotlin, корутин і життєвого циклу платформи — більшість senior-питань насправді перевіряють, чи розумієте ви, що процес можуть убити будь-якої миті. Нижче — питання, які ставлять найчастіше, кожне з еталонною відповіддю. Senior: архітектуру, трейд-офи, менторство та прийняття рішень.
За межею, яка змінюється разом, і за часом збірки. Фіча-модуль, що збирається і тестується без решти, окуповується швидкістю компіляції і тим, що робить напрям залежностей явним. Поділ за шарами — модуль із усіх вʼю-моделей — зазвичай дає модулі, які завжди змінюються разом, тобто ціну без виграшу.
Зробити локальну базу джерелом істини, а мережу — синхронізатором, щоб інтерфейс ніколи не чекав звʼязку. Далі починається складне: конфлікти й порядок — черга відкладених операцій, що переживає перезапуск, ідемпотентні запити, щоб повтор був безпечним, і явне правило, хто виграє, якщо змінилися обидві сторони. Прикрутити це потім означає переписати шар даних.
Почати з групування крешів: які пристрої і які екрани, бо на слабких пристроях вилазить те, що решта терпить. Звична відповідь — картинки: зображення в повній роздільності, розкодоване заради мініатюри, коштує мегабайти кожне. LeakCanary у налагоджувальній збірці називає утримані обʼєкти, а профайлер памʼяті показує, чи росте купа і чи повертається вона.
WorkManager: він зберігає запит і дотримується обмежень, які навʼязує система, — мережу, заряджання, Doze. Корутина в області вмирає разом із процесом, а будильник — не планувальник. Сама задача мусить бути ідемпотентною, бо система її повторить, і неідемпотентна виконається двічі.
Поступово і в обидва боки: Compose усередині фрагмента, ComposeView у наявній верстці й інтероп, що дозволяє переводити по екрану за раз. Переводити екран тоді, коли його все одно правлять, а не окремим проєктом: переписування без продуктової зміни — перше, що ріжуть при зміні пріоритетів.
Бізнес-логіку і зведення стану звичайними юніт-тестами — вони йдуть секунди і ловлять справжні дефекти. Поведінку репозиторію і бази з базою в памʼяті, бо припущення ORM — саме те, що ховають моки. І жменю інструментальних тестів на потоки, які не мають ламатися ніколи, з розумінням, що вони достатньо повільні, аби великий їх набір перестали запускати.
На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.
Пройти інтерв'ю Senior Android (Kotlin) →