Я в джаве это никогда не использовал

свой thread.sleep написать можно

зачем?

либо еще какие-то хаки в контексте synchronized

Использование любого объекта как монитора -- так себе практика. Более того, в котлине не каждый объект может быть монитором, так как Int, к примеру, на деле является примитивом.

На крайний случай можно скастить к java.lang.Object (будучи аккуратным с примитивами) или пользоваться @Synchronized / synchronized(...) { ... }

(я чёт был уверен, что видел специальный класс-монитор, но, похоже, показалось)

Да, надо кастить к Object

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

Может, в C#?

Может быть, конечно

А зачем юзать котлин если с виду он типа красивый, а под капотом совершает тяжелые операции, которые тупо замедляют программу?
Я чет внезапно перестал видеть в языке крутость

Вот я если хочу один раз прогнать цикл заюзав одновременно и фильтр и сеттинг какой-либо. Такого рода циклы частенько при разработке надо же писать.
На котлине я типа должен вызывать filter {}, потом forEach {}, потом какой-нить removeIf{}... и нафига мне 3 цикла подряд? Потому что код красивый получается? :/
Вроде получается уродство полнейшее 🤷‍♂, я не ощущаю в этих сокращалках мощь кода и его сложность.
Блоки кода можно свернуть, то же самое получается.

Имхо, не вписывается никак котлин в джава-стайл, формат кода тот еще кал, отсутствие точки с запятой дизориентирует в коде.
Все эти apply, also, with() - бредятина, код нечитабельный совсем становится же
Это что, серьезно кто-то юзает?

Слишком толсто

Apply{} вообще тема и цикл в стримах один там есть операции вычисления и финализированная, которая собирает эти все map filter в один цикл и выполняется
Я после Котлина вообще на Джаву не хочу переходить, он такой классный, баги есть, но они решаемые

А какие баги?

Не в курсе, как там реализовано в котлине, но коллекция она и в Африке коллекция, что тебе мешает использовать стримы джавовые?

Подозреваю, что это был пятничный наброс

А

жир из монитора потёк