На что обращать внимание при выборе новой компании
Что проверяют
Понимаете ли вы, чем мобильная разработка отличается по цене ошибки и по устройству процессов. У Android-разработчика набор критериев свой: релиз проходит через магазин, откатить выпущенную версию нельзя, а зоопарк устройств оплачивается вашим временем.
Как отвечать
Разложите на проверяемые пункты:
- продукт: свой или заказная разработка, сколько активных пользователей, что в отзывах и рейтинге магазина;
- кодовая база: какая доля на Kotlin, что осталось на Java, Compose или разметка в XML, разбит ли проект на модули, сколько идёт полная сборка;
- релизный процесс: как часто выпускают, есть ли поэтапная раскатка и фичефлаги, кто владеет аккаунтом разработчика, за какое время выходит срочное исправление;
- качество: следят ли за долей сессий без падений, кто разбирает отчёты о сбоях, есть ли автотесты и на чём они гоняются;
- окружение: есть ли выделенные тестировщики и дизайнер, кто фиксирует контракты с бэкендом, как решаются споры по требованиям;
- минимальная поддерживаемая версия системы и парк устройств: от этого зависит доля работы на совместимость.
Хорошо добавить, что смотрите на соотношение новых фич и поддержки: в зрелом приложении второе занимает больше времени, чем ожидают.
Где спотыкаются
Спрашивают только про стек. Ответ «у нас Compose» ничего не говорит, пока не выяснено, какая часть экранов на нём и сколько лет старым.
Не выясняют релизный процесс. Без поэтапной раскатки и флагов одна ошибка уезжает всем пользователям сразу, а исправление ждёт проверки в магазине.
Не спрашивают про владельца продукта и источник требований. В командах без этой роли задачи прилетают из нескольких мест сразу, и разработчик проводит больше времени в переписке, чем в коде.