alekseyHunter

1) Чем чаще будете доводить код до идеала (по установленным стандартам), тем быстрее у вас пойдет развитие, и вы будете тратить все меньше и меньше времени на новые проекты.
2) Readme -> Запуск проекта -> Просмотр кода
3) Оставить текущий проект -> Пойти делать новый проект -> Вернуться к первому и внести улучшения, которые сделал в новом -> Повторить пункты
4) Если один проект похож на другой, то лучше сосредоточиться на качестве одного из них, а не на количестве.
P.S. Ну и совсем банальность, думайте о времени людей, проверяющих проекты. Одно дело - читать отформатированных и структурированный код, и совсем другое - разбираться в проекте без архитектуры и оформления.

Стоит ли это того?

Я бы не советовал тратить свои деньги, если уже есть опыт в программировании. Смотрел их программы - всё можно нагуглить в Интернете. Проходил такое же обучение от Иннополиса по Big Data, даже 1/4 курса не осилил... Не описать словами тот хаос, который там был - изложение материала поверхностное, проверочные вопросы не совпадают с материалом, и при всём при этом количество материала просто зашкаливает, а для защиты проекта нужно пройти всё на определенный %.

На сколько он вообще полезен?

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

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

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

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

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

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

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

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

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