alekseyHunter

Хранить базу данных на стороне клиента - то еще удовольствие.

Во-первых, вам нужно будет у пользователя запросить разрешение на чтение/запись данных с устройства. Пользователь уже после этого запроса с 99% вероятностью удалит приложение, если это только не сверх-нужное приложение без аналогов или функционал приложения предусматривает работу с фалами. Ну а если не предоставит разрешение, то ваше приложение просто работать не будет. И его также удалят.
Во-вторых, база данных используется не только для чтения, но и для записи. Что будет с сохраненными данными, если Вы выкатите новую версию приложения?

Реальный пример, сейчас в одном моем приложении локальная база данных содержит айдишники локализованных строчек(переведены на несколько языков), так после каждого добавления новой строчки в файл ресурсов все айдишники слетают, и все значения в БД становятся неактуальными. Приходится после каждого обновления делать миграцию данных.

Ох, зачем такие велосипеды?? А если вы решите еще 100 уровней добавить, будете для каждого новый блок кода писать?

Используйте не абсолютную шкалу, а относительную. У вас система уровней, для каждой следующей нужно N-опыта + 30. Храните в отдельном массиве/HashMap пары значений "уровень/требуемый опыт, считая от 0", в отдельной переменной храните текущий опыт, и еще в одной локальной переменной текущий уровень, чтобы не пересчитывать по несколько раз.

Плавно переходим к прогресс бару. Установите минимальное значение - 0, максимальное - 100. А для увеличения значения прогресс бара используйте формулу: текущее значение += полученный_опыт / (требуемый_опыт_на_текущем_уровне / 100). Требуемый_опыт_на_текущем_уровне считается как разница между предыдущем уровнем и текущим. Если текущее значение прогресса >= 100, устанавливаем значение 100 и запускаем метод по повышению уровня "Поздравляем, вы повысили лвл..." (в нем обнуляем прогресс бар). После этого потребуется повторная инициализация прогресс-бара - берем текущий уровень опыта, вычитаем из него макс. значение предыдущего уровня и передаем получившееся значение в метод по увеличению прогресса.

Как-то так.
P.S. О том, как определить текущий уровень - обращаемся к HashMap, фильтруем значения, отбрасывая те, которые меньше текущего опыта. Из найденных выбираем минимальное. Это и будет текущий уровень.
P.P.S. А теперь ответ на ваш вопрос. У вас знаки неправильно стоят, постоянно выполняется второе условие (progress <= 60). Уберите для верхних ограничений знак равно. Вот в первом условии правильно (progress < 30).

Может создали проект на AndroidX без поддержки старинных библиотек?
Удалите их и подключите подходящие, без support.v7.

1. Не буду цитировать своего преподавателя из универа. Вкратце, у вас плохой подход.
2. Используйте push-уведомления. Бесплатно - Firebase.
3. Если отслеживать в приложении в динамике - web-сокеты.

R.layout.fragment_crime

1) Импортируй не android.R, а com.your_package.R
2)Нажми File->Invalidate/Restart

Скажите, насколько необходимо запускать эмуляторы со всеми версиями Android в реальной промышленной разработке?

Android Studio подсказывает, если используешь метод, который поддерживается с версией выше, чем текущая минимальная. Поэтому почти всегда заменяю такие методы, чтобы не тестировать на разных смартах.
Эмуляторы полезны для подгона UI к разным размерам устройств. Например, сейчас делаю Custom View, размеры отступов у внутренних блоков зависят от общего количества dp на смарте. На стандартных HD, Hd+, Full HD все корректно обрабатывает, а на кастомных размерах - нет. Спасибо создателям смартов xD

эмуляторы очень сильно тормозят начиная с Android 6.0.

Это норма. Слабый проц, мало оперативки выделено под эмулятор. У меня летает на i5-9600k + 16gb ddr4 2600 МГц.

боюсь, что ноут пыхнет.

Ну, пыхнуть - не пыхнет, но при хорошей нагрузке может синий экран появится, если охлаждение не справится.
Засеки временя на крафт релизных билдов с оптимизацией кода. У меня ~2 минуты с 5 проходами.

Если нужны несколько эмуляторов, в Firebase можно бесплатно прогонять до 10 виртуальных устройств и 5 физических, с разными версиями оси и размерами экрана.