Денис Загаевский

Ретрофит делает асинхронный запрос в сеть на другом потоке. Коллбек выполняется значительно позже, чем код, непосредственно расположенный после вызова. Весь код, который должен выполняться после получения ответа, должен вызываться из коллбека. В твоём случае, он должен находиться внутри цепочки Rx.
fetch должен возвращать Observable/Single, и подписка должна быть в пользовательском коде.

Так ты установил background не кнопке, а линеар лэйауту, в котором она зачем-то лежит. Установи кнопке.

RxJava и корутины немного про разное. Rx это про stateless и представление всего в виде стримов иммутабельных стейтов(данных). Корутины это про stateful и про управление множеством асинхронных сущностей.
Так сложилось, что в нашем многопоточном мире в обоих подходах есть concurrency. Но это не значит, что надо брать и противопоставлять Rx корутинам.
Запрос на Rx настолько велик, что в kotlinx завезли flow - это тот же самый реактивный подход, только на основе корутин. С чем боролись, против чего проповедовал Елизаров, на то и напоролись, и ещё наплодили новых операторов, которые тоже надо знать. И усложнили всё чрезвычайно.

flowOf(123)
   .map(::calculateSomething)
   .filter(::myFilter)
   .collect(::collectIt)

Сколько в этом коде Асинхронных запросов? В каком месте оно может уснуть навечно? Неизвестно... фреймворк позволяет легко написать код так, что всё взорвется, а ты и не заметишь.
Хорошо ли то, что с использованием корутин можно писать асинхронный код, по виду идентичный синхронному? Моё мнение - нет, не хорошо, потому что держать в голове две парадигмы про один код - это сложно. А если кто юзал корутины с многопоточностью под iOS(Kotlin/Native), там надо держать в голове три парадигмы про одинаковый код. Это плохо.

На Rx написано много кода, многим людям без него жить сложно. Многие задачи на Rx решаются настолько проще, что реально думаешь, что без него никак.

Если тебе корутины или Rx нужны, чтобы в сеть сходить на бекграунде, и потом данные показать в UI - тебе ни корутины, ни Rx особо не нужны.

В котлине ничего для этого нет. Самого термина "Kotlin Desktop", насколько я знаю, тоже нет. Есть Kotlin/JVM, Kotlin/Native. Хотя, если погуглить по такому запросу, то можно попасть на страницу, где можно найти такой текст:

Можно ли использовать Kotlin для разработки Desktop-приложений?

Да. Вы можете использовать любой UI-фреймворк, например JavaFx, Swing и т.д. В добавок, существуют фреймворки для Kotlin, такие как TornadoFX.

Так что ты берешь произвольный графический фреймворк для джавы, и используешь его в котлине.

Раз уж речь о котлине, то точно нужна версия с хвостовой рекурсией.

fun fib(n: Int) = recursiveFib(n, 1, 1)
private tailrec fun recursiveFib(n: Int, p1: Int, p2: Int): Int = when (n) {
   1 -> p1
   2 -> p2
   else -> recursiveFib (n - 1, p2, p1+p2)
}

Нет, так нельзя, это изврат.