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

В зависимости добавить
implementation 'com.squareup.retrofit2:converter-gson:2.1.0'

А когда создаёшь билдер ретрофита, вызови addConverterFactory(GsonConverterFactory.create(gson))

Подробнее

Очевидно, указать вместо единицы это значение

Измени значение в адаптере и позови notifyDatasetChanfed.

1) Разбить на строки (split)
2) Распарсить каждую строку регуляркой(regexp) и сложить в объект с двумя полями (первым и вторым)
3) Отсортировать список объектов(sort)
4) Взять необходимое количество объектов из списка (take/drop)
...
Профит!

Массив не может быть пустым, в нем всегда что-то есть. Так что arrayOfNulls<ТвойТип>(100), например.
Если это массив примитивов, например, интов, то IntArray(100), на jvm будет аналогично new int[100];. Массив будет непустой, он будет заполнен нулями.

Если нужен массив с динамическим размером, то это mutableListOf<ТвойТип>().

Ну оно же тебе пишет com.example.fragment.DetailActivity@186e960 must implement OnFragmentInteractionListener

C это и B, и А тоже. smartcast тут не при чем - убери его, и всё останется абсолютно так же. Потому что публичные методы родителя видны в интерфейсе потомка. Больше того, ref is A всегда true, IDE должна тебе это подсказать.

ошибка у тебя в определении Runnable

Runnable {
                @Override
                fun run() {

В котлине так не пишут. Здесь ты объявил лямбду, а внутри неё - функцию run. Override просто игнорируется. this будет объемлющим классом.
Правильно будет так

object: Runnable {
    override fun run() {
        handler.postDelayed(this)
    }
}

То, что ты хотел сделать, это лямбда, реализующая джавовый SAM-интерфейс. Так делать можно, если тебе внутри не нужен this. Выглядеть будет так:

Runnable {
   //тут код, который должен быть в run()
}

Я не фронтенд разработчик, но отпишусь.
Думаю, тут важен контекст, для чего изучать.
Для общего развития - изучать! Но тогда имеет смысл изучить чуточку андроида, и пробовать писать код, часть которого будет шариться на бек, фронт и андроид(в идеале ещё iOS).
Для просто замены TS - имхо, не стоит. Нет никакой мотивации и профита переходить на котлин только во фронтенде. Насколько я знаю, там есть ненулевые накладные расходы, которые только удобство языка, вроде как, не перекрывает.

Сейчас все переходят в андроиде на котлин, потому что на JVM накладных расходов довольно мало, а профит по сравнению с Java очень большой(после котлина реально не хочется возвращаться). Кроме того, гугл сделал котлин официальным языком. Нам этого мало и мы сейчас делаем некоторые фичи кроссплатформенными, общий код с iOS. Пока что это довольно больно, очень много граблей собираем, всё там довольно сыровато.

FragmentManager.findFragmentByTag/ById

Такой подход неправильный. Используй Glide для загрузки изображений.

Правильный первый. Слово object имеет различные значения. В первом случае ты создаёшь объект анонимного класса, который реализует листенер. Во втором случае ты создаёшь синглтон textChangedListener типа textChangedListener(т.е. имена класса и его единственного инстанса совпадают. Кстати, поэтому обжекты-синглтоны обычно именуется с большой буквы.). Во втором случае, естественно, нельзя вызывать другие методы, т.к. обжект не является внутренним(inner) классом. Таким образом, он бесполезен чуть более, чем полностью.

Вообще, да, когда пишешь под андроид, и под большую JVM, то джавовые обычно используются.
Но вообще есть чисто котлиновские либы. Например, сеть - Ktor, для асинхронности есть корутины(правда там под айос и вообще натив не всё гладко), на корутинах есть Flow - холодные реактивные стримы. Ну и так далее.
Когда котлин компилируется под JVM, то он там без вариантов используются всякие стандартные контейнеры(ArrayList, HashMap, etc).

Ты стартуешь новый тред, получаешь что-то и никуда это не показываешь. То что ты используешь str сразу после старта треда ничего не значит, ТК, естественно, в сеть оно сходить ещё не успело.