慌的一批， Kotlin 这么优雅的语言为什么不火呢

在我看来 Coroutine 就是个大号语法糖，你不用他也能写，就是得多费点脑细胞 emmm

@wysnylc IO 意味着要么阻塞要么回调，阻塞会占用线程数，而回调写起来太麻烦了。

协程并没有你们想象中的厉害,反而暴露出一些已经被解决的问题

kt 里那个 sum enum 写法，和 scala 一样，设计得有点儿难看

@sagaxu #62 回调地狱在 2014 年发布的 Jdk8 中的特性 Completablefuture 早已经被解决,6 年过去了你还是没有更新过对 Java 的知识点

@sharpy 哪一点？ sum enum 是指···

其实就 Java 生态（如 Spring ）大量利用 ThreadLocal 的这些问题，Coroutine 都有对应的支持，Kotlin coroutine 本身也在不停演进······另外 Coroutine 提供的功能是 Completable 的超集

@iseki 只是粗看了一下，记忆里是这样，和 scala 好像都是 sealed 关键字，当初做那本 scala 红皮书，这玩意儿写起来有点儿蛋疼，swift 和 rust 里简洁多了

现在好多后台开始用 Go 了。。。

@wysnylc 别扯了，future 和 promise 只是解决了回调的代码缩进问题，根本没解决流程控制的复杂度。一旦业务复杂，涉及到循环和递归等控制，异常的传播，future 写起来还是太麻烦了。曾经负责过公司一个大量使用 future 的项目协程化，协程真香。

@hslx111 直来直去的讲，我总觉得 go 是一个 xx 的设计（ xD

@sagaxu 关于协程上面我有知乎讨论的地址和截图，你看看再说吧

@sagaxu Kotlin 的 Coroutines 还是用 Thread 实现的。

@sharpy 莫急，马上 Java 15 的 Sealed 就出来了，配合现在 Java 14 的 Pattern Matching 你就不用羡慕 Scala 了。

Kotlin 中的 Coroutine 本质是语法糖，本质是 CPS 变换，和 Thread 不是一个层面的概念，不要混淆比较好 详情建议阅读： https://github.com/Kotlin/KEEP/blob/master/proposals/coroutines.md

实在对 Coroutines 没太多好感，同时也讨厌类似的 Promise （ async, await 这些），要么用同步方式，要么 Functional 流式。

@sharpy 大概是想说 algebraic data type 的 sum type 吧，Scala 这个确实恶心，没办法，要兼顾 oo 。Haskell 就爽多了。

写 Scala 吧，更爽🐶

以前看 Android 的时候，看 Kotlin Coroutines 针对不同的情况用不同的 Dispatchers （ UI，Network IO 等），感觉挺复杂的。

https://codelabs.developers.google.com/codelabs/kotlin-coroutines/#3

到了 Spring 里面，我都是没关心过用 Spring 内部用的哪种。

@Mistwave Scala 与 Java API 互通太差了，特别是 Collections，相对这方面 Kotlin 优势很大。

https://github.com/hantsy/scala-sandbox/blob/master/spring-boot-demo/src/main/scala/com/example/demo/DemoApplication.scala#L34-L41

用 Scala 除非你全部用 Scala 的库，否则用 Java API 太痛苦了。

@iseki 国内开发团队基本都是一个尿性，如果你不是 Team Lead，强制加入一些东西，一些巨婴都会以各种借口拒绝新东西。