我理解的，rust 最终的目的，是想在编译阶段确保你不可能同时通过不同的变量来修改到同一内存。为了这个目的，他设置了一些规则，宁可杀错不可放过。但是最开始的时候，可能算法想得不够清，规则定义的过死，误杀的情况多。造成写代码的时候限制过大。然后随着慢慢改进，编译器越来越聪明，误杀的情况越来越少。所以，有时候不要想太多，你看一下觉得是没有冲突问题，编译器也认为没有。那就行了。如果有时候你觉得肯定没问题，但是编译器认为有，那就是编译器还不会处理这种情况，要绕过它。

多好，随便加参数不用修改接口...都往 map 里堆。要知道参数作用只能看代码调试代码。

太多的伤,难诉衷肠, 叹一句当时只道是寻常

文笔清晰自然，逻辑引人入胜。感觉看了一个人的一生的长篇故事。

装个 deno 不好吗？

换语言。用 aardio 。如果很简单的话就可以不使用 python 了。如果硬是需要使用 python 有公共的库调用之类。它也支持打包 python.

说实话，当一下项目做大了在用了然后要加功能或者维护修改的时候，你们放心用 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. 你会写游戏，那或者就是用这些语言做游戏。

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