说实话，当一下项目做大了在用了然后要加功能或者维护修改的时候，你们放心用 cursor 这样的 ai 让他同时修改多个文件吗？等下不知道改了哪里全部乱了。我好像只敢在开始的时候让它做个初始版本出来，然后自己开始在里面改，后面只敢 ctrl+k 让它改单个文件了。

当从美观可读来说，vue 完胜。整洁一点，看起来就和 html 差不了多少。当然灵活性就差 jsx 一点了。

最心痛是，悟得太迟

react:
1. 所有都是 js,没有编译魔法，这样的话比如你知道了他每次渲染重新整个函数，就能猜出为什么 hooks 有那些规则。
2. 因为想着每次渲染重新整个函数，所以有两个大的心智负担，一个是担心效率，要不要用 useMemo 这些。二个是 hooks 这些的时候这个函数对象还是不是原来的函数对象，也就是闭包的陷阱。
3. 非常灵活，都是 js 嘛，函数可以随便传。所以各种高阶非常包装非常方便。不过也会造成看别人的代码可能有时候不容易看。风格相差太多。
4. react 自己本身非常简单，就一个简单 ui 渲染库。复杂的是各种第三方，可选项非常多，可能这个 react 工程用的这些,学会了下一个工程的是另外一些，又得去学。vue 的相对都统一一点.
vue:
1. 需要学习一下模板语法和生命周期的概念，虽然相对 react 多点，但是也简单看着用就行。
2. 不需要担心重复渲染的性能优化，动态绑定大多数时候写起来代码量相对 react 少一点。
3. 心智负担主要是需要了解一下 vue2 和 vue3 的动态响应的原理，这样才会知道什么情况下为什么没响应式了。
4. 分开的模板和代码这点，相对原来熟悉 css,html,js 开发的前端人员来说，会更眼熟一点。

为什么要教培？拿着一个 ai 机器，有什么问它就行了有什么不会的？

visitor 只是为了把一类相同功能的方法，本来都需要写成各种不同的实现类里面的，抽取到一个公共的地方。这样的话不需要每次加一类功能方法的时候所有的实现类都改一次然后都要重新编译。所以那个方法怎么实现都可以吧。 感觉很多设计模式都是为了少改些类不用重新都编译设计的。

ai 生成工程，然后叫他写功能，叫他解释代码。

学会了一门语言，那基本的一些东西可能你已经知道了，比如什么是数字，字符串，编码。基本数据结构如数组字典等。基本程序概念循环递归条件等。那基本这些在不同语言里面都一样。另外就是看语法是不是同一系列的。比如 C 语法系的，或者 basic 那些系列的。不过现在大多 C 系列的。像 lisp haskell erlang 那些差别太多的基本遇不到。 另外有些思念上不同点的有 GC 语言和无 GC 语言这些。不过更重要的是会什么，而不是什么语言。你只会做 web 服务，那么不管 go java python rust c++ 你都是只会用来做 web. 你会写游戏，那或者就是用这些语言做游戏。

我的心太亂 要一些空白
老天在不在 忘了為我來安排
我的心太亂 害怕愛情的背叛
想哭的我 像是一個迷路小孩
迷路的小孩

B 站的推荐很差。和头条抖音没法比。在 B 站里面看竟然看首页之类的要不就一直推你不想看的内容，要不就一直推你在看的内容。特别是音乐栏目，基本都是要搜索去找来听，就算搜索过了然后在里面再刷，随便刷基本上都是不想点开的。

不是把自己这个模型路径直接替换掉 # Load a model
model = YOLO("yolo11n.pt") 这里的 yolo11n.pt 就行了吗？原来训练基本也是基于它原来的模型来训练。试过重新的开始训练没有基于它这个 yolo11n.pt 训练的效果好。

google 的危机来了

为了人类种群的延续做出微小的贡献

挺麻烦的。word 的话基本 window 端以前搞过一些。网页上在线的话用 ie activex 那些比如 ntko 啊或者哪些。不过你说不用网页。但是本地程序的话，直接把 word 下载下来打开后编辑，监听保存又有点麻烦，只能想办法监听进程关闭掉了再保存之类的，在 word 里面加宏的话本地 word 基本不开宏。 用本地程序嵌入各种 ocx 的像 dsoFramer 有些旧了不知道现在怎样。com 接口操作的基本都是自动而不是等用户编辑不好监控到保存。之前看过 aardio,可以通过自动定位外部窗口到自己这个窗口这里然后跟着移动，就像是同一个软件窗口一样。

训练模型，经常评论说太贵买不起，不去了之类的。最近看到有人说的。

如果只是我们平时写代码的时候的递归，我还没有问的必要，想得出来就想得出来，基本上就是一个抽象公共子问题的问题。其他无非就是常用的模式去学一下。比如树的 DFS,BFS 这些。但是我感觉不是在问这一层级。

我觉得 ctrl+k 这个提示补全方式好用，告诉他做什么或者选定哪些代码叫他修改。