как так получается?

Давайте так, на первой встрече про костыли не будем, и вообще побольше позитива

А потом мы этих тем обязательно коснёмся😊

ну я собсно и хотел выяснить - наверняка же это классное решение! а я в целом всегда за позитив в мире программирования!

позитивная конфа? это разве не нонсенс? :)

Nort В целом, лучше всего декомпилировать байт-код и посмотреть код на джаве, там все становится понятнее сразу 🙂

Maxim я как то был на такой

блин)

да, гляну @nnesterov 🙂

чем людей отвлекать

до встречи в пятницу!

вообще хотелось бы услышать про многопоточность в котлине

че как ваще будет делаться

хочу как го))

Как в го уже есть, см https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md

Воу воу!

Блин и с чем теперь на конфу идти, уже дали что поиграться :)

ещё насчёт interop с java
есть допустим у меня метод peek(op: (T) -> Unit) который я хочу вызывать и из java, и из kotlin.
если описать его именно как  peek(op: (T) -> Unit), то лямба в java вида it->doSmth(it) будет не совместима (возвращает void а не Unit).
если описать его как peek(op: Consumer<T>), то вызов из java будет работать красиво, а вот вызов из kotlin - паршиво.
если сделать overload, то kotlin будет работать норм, а вот java скажет, что есть два подходящих метода.
вариант op: (T) -> Unit? тоже не канает - void здесь не совместим ни с Unit, ни с Unit?

есть какое-то красивое решение?

а почему peek(op: Consumer<T>) из котлина паршиво ?

потому что не совместимо с kotlin-лямбдами