Риски мобильного релиза
Вопрос
Почему ошибка в мобильном релизе обходится дороже, чем в вебе, и как ты снижаешь этот риск?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Нельзя мгновенно откатить: пользователи обновляются сами, хотфикс проходит ревью магазина
Старые версии живут годами, API должно оставаться совместимым
Поэтапная раскатка и возможность её остановить
Фича-флаги и удалённая конфигурация, чтобы выключить функцию без релиза
Принудительное обновление как крайняя мера
Мониторинг крешей и метрик в первые часы релиза
Что могут спросить следом
- Как тестировать совместимость новой версии API со старыми версиями приложения?
- Когда оправдано принудительное обновление?
Разбор
В вебе выкатили исправление, и через минуту оно у всех. В мобильном так не работает: хотфикс снова идёт на ревью в магазин, а пользователи обновляются когда захотят, некоторые месяцами сидят на старой версии. Поэтому бэкенд должен поддерживать старые версии клиента, и это отдельная зона тестирования. Риск снижаю несколькими способами: бета через TestFlight и закрытые треки, поэтапная раскатка на 1%, 10%, 50% с остановкой при росте крешей, фича-флаги и удалённая конфигурация, чтобы выключить сломанную функцию без релиза. В первые часы после выкатки смотрю на креши и ключевые метрики. Принудительное обновление держу как крайнюю меру для критичных проблем, например безопасности.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.