前几天「重新注册」了，本来去年 claude2 的时候我就注册过，不知道为啥账号没了。

……然后今天一看我账号里去年的消息记录又回来了

幽默

打 . 日 . 志 . 不 . 叫 . debug !!

在某些正则引擎上存在利用回溯进行 dos 攻击的手段，js 首当其冲（另一个我知道的是 PHP/PCRE ）：

https://www.geeksforgeeks.org/understanding-redos-attack/
https://github.com/owasp-modsecurity/ModSecurity/issues/2072

有一种 2000 年教人注册雅虎邮箱的复古感。

因为前端圈子对 js 「终究只是个处理字符串的语言」这项自我认知越来越明确，不再幻想浏览器统治一切了

你们 java 八股不是很喜欢考 hashmap 来着

看了看 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 ，而且这样也还会有一大批运维/开发者会乐于使用，但这与你需要为你的产品指定一种语言来表达程序化的过程是两回事。