Какая типичная ошибка при работе с ProGuard/R8 rules у Android Kotlin разработчика?

Частая ошибка: кандидат знает название ProGuard/R8 rules, но не объясняет, как это влияет на lifecycle, memory, state, threading или тестируемость.

Конкретный риск: делать release вручную, коммитить ключи, игнорировать R8 issues или обновлять зависимости без тестов.

Как исправить: свяжите решение с реальным Android-контекстом: нужны при reflection, serialization, DI и некоторых SDK, особенно если release падает. Сильный ответ: назвать симптом, причину, способ диагностики и способ предотвратить регрессию.

-keep class kotlinx.serialization.** { *; }