Почему простые текстовые игры не пишут в браузере на javascript, используя другие решения

Не забывайте, что до недавнего времени JS лишь представлял собой лишь помощник браузеру.
Сейчас есть множество игр, построенных целиком на JS, но буквально до недавнего времени JS не был столь мощным языком и не очень хорошо работал со сложной анимацией.
Для любых игр часто требуется сообщение с сервером, а NodeJS сравнительно молодая технология, и можно сказать, только сейчас набирает свою мощь.
В играх же часто используется анимация (если только это не совсем текстовой квест)
Canvas появился только с выходом HTML5, а этот стандарт принят был только с 2014 года.
Еще у JS есть минус в кроссбраузерности.
В результате использование целиком JS было на порядок сложнее, чем, например, flash технологии, которая так же легко позволяет работать в ней и дизайнерам-художникам, не требуя изучение тонкостей JS-анимаций и является универсальной платформой.

Ну вообще-то, пишут¹.
И javascript в 2019 уже собирается (webpack, parcel, browserify, grunt, gulpjs, emscripten²)
И вместо 000webhost можно использовать и GH Pages, чтоб без рекламы и приколюх от хостингера (tm).

А вообще, если кто-то не хочет использовать js для таких задач, то это значит что он знает другой ЯП лучше и ему там удобнее писать.

Сноски:
¹Например, Milovana³, куча визуалок на MonogatariIO/KawaiiJS, CandyBox.
² Emscripten так-то компилирует не js, а код с других ЯП в wasm и оборачивает в js, что позволяет использовать Си++/Haskel/%YOURLANG% в браузере.
³ Переход по этой ссылке не рекомендуется по причине NSFW.

> Javacript может обеспечить быструю разработку чуть ли не здесь и сейчас
js-is-good-because-it-allows-to-write-code-faster.jpeg
Да, может обеспечить, зато код потом будет стрёмно поддерживать.