mayton2019

Можно начать с разложения d на простые числа (это про улучшение кода в смысле перформанса).

Вот это выражение вычисляется дважды. Там просто x меняется с положительного на отрицательный.
(a * x * x * x) + (b * x * x) + (c * x) + d;
А частично расчитанные слагаемые мы теряем. И потом считаем их снова. Это дефект избыточных расчетов.
Можно над этим подумать.

По поводу упрощения кода. Тут надо решить что тебе надо. Краткий код. Или быстрый. Это два противоречия.
Вспоминаем "кривую Шипилёва".

А так?

public class Stages {
    ......
    public int ID;
    public String DESC;

    @Override
    public String toString() {
        return "Stages{" +
                "ID=" + ID +
                ", DESC='" + DESC + '\'' +
                '}';
    }
}

Вобщем вики пишет по поводу самого стандарта JSON:

Number: a signed decimal number that may contain a fractional part and may use exponential E notation, but cannot include non-numbers such as NaN. The format makes no distinction between integer and floating-point. JavaScript uses IEEE-754 double-precision floating-point format for all its numeric values (until later also supports BigInt[24]), but other languages implementing JSON may encode numbers differently.

Вобщем получается что стандарту пофиг. И интерпретацию числа он отдает на откуп программным средствам.
И мне кажется что Андроид здесь вообще не при делах. Это слишком общее понятие. Гораздо важнее какой JSON-парсер вы используете в коде. Всего парсеров - огромный вагон. Но я вот регулярно использую 2 из них.
- Google GSON.
- Jackson
Вот попробуйте распарсить ваш документ с использованием г-сона и джаксона и посмотрите что будет на выходе. Там почти всегда рекурсивное дерево из таких шаблонов LinkedHashmap[String,Object] где вместо обжекта будет стоять то что вы ищете.