Ketteiron

@UnluckyNinja 官方文档这么写问题很大，似乎是暗示 return 一个 reactive 会丢失响应式，我第一次看文档时也是这么认为的。实际并不会，因为返回的是代理对象，只有对代理对象进行解构才会丢失响应式。
我想没人会 return obj ，正常都是 return { obj }
ref x,y 和 reactive ({x,y}) 是等价的两种写法，只是后者不能解构
const {obj:{x,y}} = useXxx()
我想也没人这么闲用嵌套解构语法
文档只需说不建议返回 reactive 对象就行了，初学者可能会以为 {reactive()} 也是不行的。

对 token 消耗确实很不友好
经典的 oop 就是这样的，浪费至少一半代码用于封装面向过程的核心函数。
创建一个对象、互相依赖，仅仅是为了执行必要的几个函数，而 AI 不得不先理解对象是如何抽象的，顺着依赖拓扑结构深入检查接口的实现是什么，有什么变量，有什么内部逻辑，等梳理清楚了 token 都快干没了。

@skkakaka2 #13 并不行
```typescript
interface A {
b: B
}
interface B {
c: 'c'
}
const a: A = { b: { c: 'c' } }

console.log(a)
// ^?
此时 a 的类型是 A ，而不是 { b: { c: 'c' } }
在这之前不装插件我不知道怎么才能显示完整类型，试了下一些插件效果不好

简单变量肯定全是 ref ，我先假设你指的是对象用 reactive 还是 ref 包裹。
如果你写了很多 usehooks ，或许会发现 reactive 比 ref 更好用。
例如简化业务逻辑经常会自行封装 useTable/useForm 等参数，然后传递 api 类型，用泛型推断出参数和返回值类型。
此时可以用这样的写法
const params = reactive({}) as T
const model = reactive({}) as K
暂时用空对象欺骗下 ts 推断正确类型
而不是得到 T | null ，不得不写没必要的可选链，只要源头的类型是正确的，那么运行时实际也是安全的。

@shubiao #71 AIDA64 之类的一大堆啊，鲁大师是面向小白用户的，几乎没有参考价值，也就是推广做得好。

目前所有 AI 检测 AI 的项目都是狗屁不通的玩意，也就骗骗投资人。
如果什么提示词都不加，AI 生成确实会有十分显著的特征，例如大段废话，低质量注释。但使用提示词、agent ，它生成的文本与真实人类所写的几乎不存在统计学上的区分性。

@tiRolin 什么原因，没信心找到下一份工作？
公司又不是你开的，裁员了除了走人还有什么办法，不然世界上就不存在裁员了。
假如招一个人进来无法简单开除，那么面试难度增加一百倍你能接受吗。