人口普查不是以家庭为单位的吗？为啥只登记年轻人？

@zsc8917zsc 股份谈好也没用，压低工资还不分红，还能多注册几家公司倒腾，再不济还能融资稀释，你不能按比例出资就能摊薄到忽略不计。

@bibsbx 需要处理的地方一个 runCatching 包裹一下，不会每个地方都处理。
@nicevar 还能编译不过？我从 1.0 一路升级到 1.3，还没有碰到过 kotlin 引起的编译不过的情况。gradle 升出问题问题的倒是有过，不过解决也就几分钟的事情。

贫贱不能移

@hantsy 可以.then 一路写到底的场景，coroutine 的确优势不大，但这种简单逻辑只有 demo 里有。实际逻辑可能是
for(){
a=func1()
for(a...){
b=func4(a)
if(b) func2(b) else func3(a)
}
}
func 都是 IO 型的，future 方案需要自行保存和恢复 context，麻烦的可不是一点点了，中途抛 exception，调用栈能不能跟同步阻塞写法一样直观呢？

@wysnylc 不是用协程重写提升了性能，是用异步把线程数降低了几个数量级，大大提升了性能，后来再用协程提升了可维护性。重构第二版的时候，就没协程什么事，netty 和 vertx 是久经考验的，而此时 Kotlin 协程几乎没有成功案例，甚至没有听说过有谁用过，当然没有考虑使用。之后逐步尝试观察一段时间之后，才全面使用，性能跟 future 差不多，只是为了写起来轻松一点。

@hantsy jdk 原生协程 loom 项目就是以前搞 quasar 的那个人在搞，最快也要明年出来。

不看 freebsd 和 windows fiber 这种，操作系统层面最小粒度还是线程，协程最终都要在线程里运行，Go 协程最终也是在线程池里运行。协程设施提供的也只是调度和上下文的保存和还原。

@wysnylc 截图以为我没看过？ netty 和 vertx 也都写过，最早就像答主说的那样，多开线程解决并发问题，一直开到 6000 个线程，需求还在不断扩大，后来第二版使用 netty 和 vertx 重写了，开发体验相当糟糕。

netty 写写框架或者基础设施是没问题的，但是一旦用来写业务逻辑，动不动就改逻辑的那种，心智负担明显高于协程。

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

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

阿里和华为的 JDK 都有协程

@wysnylc IO 密集型，打爆线程池毫无压力。Java 要是坚持线程池，就不会搞 project loom 了。

Kotlin 在 reddit 上热度刚超过 Scala，作为一个正式发布才 3 年的语言，普及的已经相当快了。

@wysnylc Java 抄的太慢了，coroutine 2021 年出的来吗？ Kotlin 只要 JVM8 就够了。

@hjahgdthab750 Kotlin native 支持多平台，但是性能跟 C++比还是差太多，生产用还不够成熟。

@swans 老鼠的儿子只会嫌弃老父亲太差，输在起跑线却要求赢在终点

龙生龙凤生凤，老鼠的儿子会打洞

移民吧，不看学历，房子白菜价，国家分配老婆孩子