Chuckle

想不到有啥必须重写的，pc 手机上那堆常用软件都是重业务的东西，生态和数据绑死，技术还是其次，除非流程跑不下去了、变动大，或者性能撑不住，否则没理由冒着业务风险去重写（定 kpi 让 ai 重写这种意外情况除外），其次对于重业务的系统，ai 加持效率提个 10%已经算多了，代码、业务流程、行业黑话之间关系还是得人一步步梳理。不过程序员的那堆工具、**笔记、**助手这种东西肯定是越来越多的。

另外有没有好用的画图软件，目前用 Draw.io ，有 vsc 插件可以打开.dio 文件是方便，但 各个元素之间太独立了，画好后要在中间某一部分插一点东西，拖动调整起来麻烦。

认识个人，企业版 cursor ，一天能干 60 刀，我一天最多干 5 刀，可能我们这没开 max 模型权限原因吧，token 消耗少

@Chuckle vue 里一堆 any 那是没得救的，emit 的 n 种类型写法，不知道匹配到啥的 function call 参数，没人维护的 inject 类型。reat 里要是一堆 any ，函数泛型慢慢拆，时间问题。自己项目 vue 干得快，多人的公司的项目，必须 react ，但我感觉现在这哥三框架，用着都多多少少有不得劲的地方

react 业务逻辑拆 hook 里，但是很难受的就是，业务逻辑往往又是多变多情况的，很可能今天封好，明天别人看不懂或者不好原地改，只能 cv 一个副本拿去用，而且拆得越多，写 props 和传参 n 层就非常麻烦，也不好维护一堆 ts 类型，这个倒是可以用状态管理解决，但那种多个地方用的组件，因为要用 context 隔离状态其实也挺难受的。vue 的话，vsc 插件太卡了，ts 服务经常也挂，一堆堆的语法糖，公共组件 v-model 和 emit 那套处理起来可比 react 麻烦多了，单文件行数爆炸，类型维护也难，但整体还是比 react 写法规范点，毕竟语法糖限制死了，react 里可见到太多把 hook 玩出花活一层套一层的了，我现在拿 vue 的响应式和 react 结合起来玩，写了个类似 valtio 的东西，清爽很多。react 的文档啊，其实能教的也都教了 但保不齐有人玩花活整点 js 里要动脑子的技巧。

还是更喜欢用装饰器一点，更灵活，堆叠也比函数嵌套调用直观好写，ts 的装饰器本质上也就是把 class 构造器、函数给传了进去，所以既可以 @装饰也可以直接函数调用 遇到需要运行时的动态注入，装饰器也可以封装出更简单的语法糖

那肯定得有地方存这些 md 吧，用咱这个 vsc 插件吧，https://github.com/qxchuckle/vsc-drafts ，平时一些简单脚本、项目记录、画图啥的我都扔草稿本里