Текущая разработка Kotlin

Согласен. Но, как заявляли неоднократно разработчики языка, многое может поменяться. Мне кажется, что контракты будут для особых редких ситуаций.
Но нельзя не согласиться, что фича довольно мощная и интересная, хоть пока и нет определенности в области ее применения. Посмотрим, что из этого выйдет.

Текущая разработка Kotlin

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

Текущая разработка Kotlin

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

ИТ без капитальных затрат — это не оксиморон

А с чего Вы взяли, что в названии автор собирался указать чье-то имя?)
ru.m.wikipedia.org/wiki/%D0%9E%D0%BA%D1%81%D1%8E%D0%BC%D0%BE%D1%80%D0%BE%D0%BD

Поворот экрана во время выполнения долговременной операции

А почему именно в onResume()? Этот метод вызывается довольно часто. Почему не регистрируете в onStart()?

Как подружиться с Realm

Поправьте, если ошибаюсь.
У Вас одна конфигурация для всех объектов (кроме логов). Каждая конфигурация — это отдельный файл. Получается, что все объекты, хранящиеся в LocalStorage, размещаются в одном файле. Это не увеличит время получения выборки (особенно, если поля, по которым производится выборка, не проиндексированы), которую, как я понял, вы получаете в UI потоке?
Также меня смущает отсутствие закрытия инстанса в UI потоке. Вроде (по крайней мере раньше) Realm даже предупреждения в логах кидает по поводу незакрытого инстанса.