能够按照要求完成相关开发任务，但对问题的钻研程度有待提升 ===这个相当于===》 给定的开发任务还算能完成，但是看问题深度不够。

猜测，像这种 orm 转换成对象的话，都在使用反射。一个个字段对。这样的话如果你知道了数据是怎样的，想极限优化的话，也不用先查出 list<map>什么的，直接自己查出 resultSet 然后一个个读出来，new 自己的对象一个个字段 set 进去。

r-nacos 已经在开发环境使用一年。没有什么问题。

我理解的，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 机器，有什么问它就行了有什么不会的？