@hushao 我们也在用 kotlin 写后端，完全无缝兼容 Java 生态啊，甚至 kotlin 在 jvm 上的标准库很多东西底层都是直接用的 Java 的库，包括最最基础的集合库，然后添加了 n 多扩展方法，用起来超顺手

还是说这个生态指的是协程？我们都是写业务，没有并发压力所以没有调研过这块

@Kiriya 但是为啥开机久了就会干扰啊，我刚才重启了下，鼠标滚轮怎么滚都很顺畅不会出现 dududu 的声音。。

@villivateur 连的是 5Gwifi 。。

@Cbdy 根据查询条件拼接 sql，要修改重构的话这种纯字符串的方案巨恶心

太多了
jooq
jdbi
querydsl

kotlin 可以使用所有 java 生态然后还有官方的 exposed

rust 一没 gc，二语法不是 c 系语法，从 ocaml 那搬运了不少东西

@xd199153 这个是不行的，只能限定 T 的上界是 a|b
比如 type a = {a: 1}; type b = { b: 1 }
如果 <T extends a|b>
那 { a: 1, b: 1, c: 1 } 是一个合法的 T

我遇到一个问题，ant design mobile 需要用一个 ref，但是 react useref 和 forwardref 的类型怎么都写不对，给的提示信息又是天书，最后实在是烦躁加了个 //ts-ignore，跑起来完全没问题。。如果是完全追求类型安全就很抓狂了
还有就是泛型函数好像没办法限制 T 是两个类型中的一个，多次尝试后写了两个完全一样但是类型不同的函数。。

用的主题还没适配，我先等等
搞不懂为什么升版本会导致主题不兼容

我 leader 是空格
shift 只用左手边的
surround 操作的括号和花括号用 b 和 B 代替
几乎不用寄存器。。
键盘是静电容
整体感觉还行，不会有特别累的

@toaruScar 是去索尼线下维修店和售后小程序里的店送修的吗

理论上是标明 unmodifiable list 比较好
但自从函数式思想传播开后，其实现在也很少会对 list 做增删改，都是用 stream 生成新的 list
所以就偷懒写 list 了
当然更好的方法是换一种对类型推导支持更加完善的语言，比如 kotlin

@hushao 去年 5 月买的，已经过保了

@Microi 飞利浦我也坏过两个，都是进水坏的，后来再也没买过了

老用户不如狗系列。。

主要是 go 写并发程序的心智负担小，且 go 编译后为机器码
听说 loom 的目标也是类似这种，再加上 graalvm 的 aot 编译，以后应该会差不太多
不过离正式支持 loom 的 lts 版本 jdk 估计还得等个几年。。