SGL

我买的 48+512 ，几个月后开始后悔，应该咬咬牙上 48+1T 的。

AI 可以写代码，但是 AI 写的代码你看不懂缺陷的话，想必给 AI 擦屁股的工作也会丢掉吧。

细说“已被”

绘图还是要代码和手动结合起来是最好。我试过 excalidraw, visio, drawio 这类拖拽的，也试过 mermaid, graphviz, d2lang 这种代码的，甚至 svg 直接生成。都有问题。

最佳的就是融合。

1. 代码搭建框架生成预览图，预览图的各个组件鼠标都可以拖动。
2. 鼠标拖动修改的部分都封反应到代码中。
3. 代码生成的优势在于效率，重复的结构可以批量定制微调，缺陷在于布局, 复杂一点的图，整个组件和组件之间的排列，数据流等控制太弱了，轻则整张图看上去丑，重则布局没有逻辑，只是简单组合，graphviz, d2lang 都有这个问题。
4. 鼠标修改的优势在于布局可掌控的更多，但是缺陷在于对于重复性的局部效率低，调整起来容易乱。

最终就是生成两份源文件，1 份代码源文件，一份类似 drawio 和 visio 的这类源文件。

可以加个帛书版和这个通行本对照。

go 的协程结构体 g 在底层中本身好像就是有一个“空闲队列”的，是否可以认为在“底层”已经有了一定程度上的“池化”。

我最近也有相同的困惑

感觉这种还是需要聚精会神的去听一个点。

可以增加一个栏目，就是暴力简单罗列一些基本的“总结的点”，类似于英文的单词，短句。不需要什么上下文来理解的。

譬如说，“CAS 原理：通过比较交换指令实现原子操作，常用于并发类库。”，“HashMap 特点：数组+链表+红黑树结构，默认负载因子为 0.75 。” 这种简短类型，这种可能更符合随便听一耳朵的设定。