StrelnikovEugene

Нормального решения нет - фаирбейс не любит фильтрацию.

1. Elasticsearch.
Дольше разбираться, самый гибкий вариант. При любом дальнейшем усложнении базы проблем не возникнет.

Либо 2. Дублирование данных.
У пользователей храним список решенных задач, в задачах храним список решивших пользователей, отдельно где-то храним список всех айдишников всех задач и т.д.
При решении задачи надо будет обновлять данные в разных местах. Для уверенности что данные в разных ветках одинаковые, можно добавить firebase function

Либо 3. Security rules
Делаем отдельную коллекцию со списком пользователей, решивших задачу.
В документ каждой задачи добавляем какое-нибудь поле, которое ничего не значит
В настройках правил безопасности фаирстор даем доступ на чтение этого поля только тем пользователям, айди которых нет в списке решивших задачу.
При запросе данных делаем фильтр чтоб созданное поле было не нулем для этого пользователя.

"notification": {
    "title": title,
    "body": message,
    "tag": tag
}

При отправке нескольких уведомлений с одинаковым полем tag, новое уведомление будет заменять предыдущее.
Как вариант, можно отправлять новое уведомление с остатком от деления общего количества отправленных уведомлений на 5.

Если важна скорость трудоустройства, как мне кажется, самым быстрым вариантом будет мобильная разработка. Устроиться можно на удаленку, сейчас полно компаний которые ищут джунов в этой сфере.
Соответственно, тут два направления - нативная или кроссплатформенная разработка. При выборе направления стек технологий определится сам по себе.

Авторизация пользователя через вк:
https://firebase.google.com/docs/auth/android/cust...
Надо будет развернуть сервер с firebase admin, авторизовать на нём пользователя из вк, получить custom token для firebase, и его уже передавать в firebase auth.
Либо можно на клиенте авторизовывать в вк, а в firebase передавать как авторизацию по почте, придумав пароль за пользователя.

Для объединения различных способов авторизации под один аккаунт есть
https://firebase.google.com/docs/auth/android/acco...
Тут все проще чем с вк, почта конфликтовать не будет

На русском вряд ли. На страничке настройки правил storage есть симулятор, в котором можно заранее протестировать различные сценарии.

service firebase.storage {
  match /b/{bucket}/o {
    match /publicFolder/{allPaths=**} {
      allow read, write;
    }
    match /{allPaths=**} {
      allow read, write: if request.auth != null;
    }
  }
}