Какой у вас опыт работы с Firebase

Что проверяют

Какими сервисами Firebase вы пользовались на деле и понимаете ли их ограничения: безопасность, стоимость, поведение в фоне. Следом обычно спрашивают, как вы защищали данные в Firestore или почему push не приходит, когда приложение свёрнуто.

Как отвечать

Назовите сервисы, с которыми работали, и по каждому одну содержательную деталь:

• подключение: зависимости через Firebase BoM (platform("com.google.firebase:firebase-bom:…")), тогда версии модулей согласованы. Отдельные -ktx артефакты больше не нужны, Kotlin-API живёт в основных модулях. Плюс google-services.json и Gradle-плагин com.google.gms.google-services;
• Authentication: вход по почте, телефону, через Google с Credential Manager, слушатель AuthStateListener;
• Cloud Firestore: офлайн-кэш на Android включён по умолчанию, слушатели addSnapshotListener снимают вместе с жизненным циклом экрана, доступ ограничивают Security Rules;
• Cloud Messaging: токен приходит в onNewToken у FirebaseMessagingService. Сообщение с блоком notification в фоне показывает система без вызова onMessageReceived, а data-сообщения попадают туда всегда. С Android 13 нужно runtime-разрешение POST_NOTIFICATIONS;
• Crashlytics, Remote Config, App Distribution: мониторинг падений, фичефлаги и раздача тестовых сборок.

Дальше один свой пример: задача, решение и результат с цифрами из вашего проекта. Если опыт ограничен одним сервисом, скажите это прямо и покажите, что понимаете, как он устроен.

Где спотыкаются

Оставляют Security Rules в тестовом режиме. Ключ из google-services.json не секрет, и без правил любой может читать и писать вашу базу. От поддельных клиентов дополнительно защищает App Check.

Не учитывают модель оплаты Firestore: счёт идёт за прочитанные документы, и слушатель на всю коллекцию без пагинации быстро становится дорогим.

Рассказывают устаревшее. Legacy HTTP API для отправки FCM отключён, сервер шлёт сообщения через HTTP v1 с OAuth-токеном, а Dynamic Links закрыты в 2025 году.