看了看 OP 的发帖记录……

引用一句以前楼里别人的回复好了

/t/838253#r_11431500 （#3 ）

@MXMIS 巧了，瓦工的机场 IP 已经臭完了

这…… 要吐槽的地方恐怕有点多

首先你的 CMSet 看起来是作为接口用的，但它并不是个抽象类
然后在 derived 类中，由于你要使用多态特性且试图自己管理裸指针，那么你必然要实现虚析构并满足 rule of three

然后你在计算 key 时试图直接使用 std::hash<T> ，但没有对 T 做任何 constraints/traits ，这会导致实际使用这个类时几乎必然失败（你只用这个 set 来存整数？）

构造和 add 函数缺乏模板转发 （ T&& t; std::forward<T>(t) ） 不过考虑到上一条，也许这个类确实不需要转发

再然后你试图用 atomic 来「以某种想象的方式保证一致性」—— 也是错的，在你的查找函数里有一个链表遍历，在并发条件下无锁遍历===不同步（你有没有考虑……正在附加上去的节点被脱链了？）另外你也忘了读写 count 和 delete 节是两个不同时点，很可能发生 A 读 count==1; B 增加 count 到 2; A 将节点删除 这样的时序。（ count 不可交换，只能 atomic 增减）

析构函数完全没考虑——你是想让使用者保证这个对象一定不会在还有元素的时候销毁？



我的建议是
- 忘记 c++有 new 这个关键字，只有 make_shared 和 make_unique
- 只要函数参数是个模板，就记得想想能不能套 std::forward
- 重修 E 系列的书
- 数据结构中包含链表时，老老实实加锁

初二，退役……


多的不说，我就只问一个问题：

你看到你想学的路的尽头了吗？ 它是什么？

怎么在用普通人的思维来揣测魔法师，人家说不准能用魔法直接把文章录好呢

有的人能把他的满足感延迟到两三年后他整个存档都建满了宏伟独创的世界奇观的时候。

有的人坚持不到第二天把火堆搓出来就已经不想玩了。

emmmmmmmmmmm...

我是不建议你朝着吃这碗饭的方向去学，因为无底洞太深，连已经是很少数的正经科班训练自主探索了 4 年的毕业生也很难说可以达到商业软件开发者的水平，更别说闲着有空学的了。


如果只是想编程解决日常小问题的话那么 python 挺合适的，如果你想朝「入行的方向」多探索一点，那么建议学学 javascript 做点有界面有交互的东西，或者啃啃 C++ 买几块 arduino / esp32 玩； 如果真想「入行」，那早日放弃这个想法……

https://www.sweetscape.com/010editor/manual/IntroTempScripts.htm

Exactly what you want

@julyclyde libython 是可以，但 libpython 大多还是用封装一个 python 语言的 API ，还是用来扩展 python 的能力

你能比较容易做到写一个 「 extensions for python 」/ 「 extension with ES 」，但反过来就不那么容易，这是两个相反方向

有点无语……

> 主流 Windows 和 Mac 上系统默认都已经预安装了，用 Linux 的基本上也会安装，所以可以直接借助用户的 Python 环境来执行脚本

这个选型初衷就已经走偏了…… 本来作为一个内嵌 DSL, 你该考虑的重点是语言本身好不好写，容不容易把宿主的能力暴露给 DSL 。巧了，python 恰巧就能归到写起来手感很屎的那一类里。

而且 python 最恼人的一点就是 interpreter 的依赖和管理，没有用户会想让系统内置的 python 来对接第三方产品的自动化接口，因为这很可能意味着要往系统 python 库里装一堆平时用不到的依赖，很可能系统升一下级产品不能用了或者产品升一下级突然告知系统里的 runtime 不匹配。python 的多版本虚拟环境解决方案是你能见到的所有现代编程语言里最原始也最冗余的 —— 把一个特定版本的、编译好的、完整的 python 运行时和依赖库复制到工程所在的目录里，这想想都觉得不太高明……

另外 python 和 js 的 sense 完全就不一样。python 从很多年前我们学着用开始，直到今天，都一直被宣称成「胶水语言」 —— 也的确如此，它并不擅长嵌入到其它运行环境里；在使用 python 的场合，python 必须 **作为宿主** 或至少存在一个独立 runtime 「胶合」各层 Application Interface 才比较易用，跟 js 和 lua 这种向宿主中嵌入一种控制器运行时的性质并不一样。



你可以把产品的能力导出成 python 的 FFI ，而且这样也还会有一大批运维/开发者会乐于使用，但这与你需要为你的产品指定一种语言来表达程序化的过程是两回事。

@agagega 当然不会改，改它干啥，改成啥，改了那其它的命令怎么办，跟 tmux 不一样了我记不住怎么办，跟 vscode neovim 插件不一样了我记不住咋办，跟我的 vps 上的 vi 不一样了我记不住咋办，跟我备用机……
😂

@GeruzoniAnsasu 我看走眼了…… 在说 #6

见 #8 的标准方法

然而这个方法不是用来传你理解的数组的，这个传数组引用的方法几乎都发生在 constexpr / consteval 场景中，传入普通的「静态大小」（而非「编译期计算」） array 会导致实例化出大量一次性代码，严重增加目标可执行文件的冗余



以你现在刚开始入门的阶段建议先好好啃啃 c++ primer ，以前觉得 primer 上来就是模板库太抽象了，但现代版本的 c++ 确实就是大量依赖模板打造的编译期约束上的。

这老哥挺有意思

「大家快看我买的这个酷炫的域名多酷炫！」

怎么没人提 validator 呢

struct tag 就是设计来简化这坨没必要的 if 判断的

我的经验是无论遇到什么客服你直接说我要求工单提升，你别跟我讲，我要找你上级


低 level 的单子都是自动处理的，客服也没权限介入，你得一直投诉到有权限干预自动流程的等级才行

3200w 就是 16A 的插座/线

其实这些家用电器的功率都是充分设计过的，不然为啥都是 2100w / 3200w ，都是顶着家用电线的规格来设计的。接空调的线就行