@pkoukk
就是比如说有一个 react component 的属性 name，定义是 {name?: string}，不传的时候就自然是 undeifined，然后用这个属性的字面量简写构建了一个对象
const obj = {name}
把这个 obj 传给一个接收参数类型为 {params: {name?: string}} 的函数，然后函数直接
Object.entries.map(([key, value]) => xxx)
然后由于不开这个选项，value 就没有告诉他可能是 undefined，结果我用的时候也没注意到，然后还得帮他改 bug 。。

@number
@xlsepiphone

开启后可以判断一个 obj 是没有字段还是字段的值为 undefined，
如果不开，当你遍历这个 obj 的 entries 的时候，如果定义的时候使用的是 {propertyName?: string | number } 编译器不会告诉你这个 value 可能是 undefined

开了以后就能识别出来
type A = { name?: string }
const a: A = { name: undefined } // error

@hungrybirder 官方路线图说要逐渐的把 vim 的内置函数支持起来，最终目的应该就是兼容使用 vimscript 编写的插件体系

rollup 有个插件 rollup-plugin-dts 就是把指定文件夹下的.d.ts 文件打包到一个 index.d.ts 里

@x940727 graalvm 的官方 medium 贴了一个 facebook 的案例，fb 的 spark 集群换用 graalvm 后，普通版性能提升 10%，商业版性能提升 40%

@rbe 我例子没举好，模板字符串类型是一个比较特殊的情况

如果定义一个从下划线转驼峰的类型

type CamelCase<S extends string> = S extends `${infer P1}_${infer P2}${infer P3}`
? `${Lowercase<P1>}${Uppercase<P2>}${CamelCase<P3>}`
: Lowercase<S>

type A = 'aa_bb' | 'bb_cc'
要映射成
type B = 'aaBb' | 'bbCc'

应该是想靠 graal 企业版赚了

@Kamiyu0087
switch 表达式
文本块
record
密封类
看起来有点别扭的 pattern matching

koka lang
实现了副作用类型
作为函数式语言直接编译到 C 并且无需垃圾回收器或者运行时

@vision1900 tsc 或者 tsserver 升个级吧，官网的编辑器我试了下是可以拿到 v 的类型的

发现使用的地方的确实现了某几个属性同时有或者同时没有的检查，但是组件里怎么类型安全的把它们取出来。。

@2i2Re2PLMaDnghL 额，忘了改报错信息
PopUpAd 就是这里的 B 组件
也就是说 A 组件想要持有一个 B 组件中某个 HTMLElement 的 ref
那 A 组件的持有的 ref 就要定义为 HTMLElement | B | null 吗

看到 hibernate 的各种概念就头大，稍微复杂的查询我宁愿 jdbc 拼 sql

@ipwx 我们现在也是，不过是写了个工具方法，底层就是分批后调用 jpa 的 find in，不是裸拼 sql 的话其实还挺方便的

改一下 getTableData，把 value 传进去？

官方说法是小核心主要为了提升多核性能

感觉 17 相比 11 最大的变化也就 zgc 稳定下来了
虚拟线程值类型真泛型之类的大变革都至少得 3 年后的 23

是晚上睡少了