我觉得这不能完全算是 C/C++的锅，Windows 的 COM 组件也是 C++的，但 Windows 的兼容是公认做的比较好的。再看 Linux 阵营，虽然很多库是用 C 写的，但升起来也费劲，glibc 更是重量级。

@wudanyang 协程的作用就是协作执行，执行时间长（我假设说的 CPU 密集）还需要自动让出，那就是多线程的场景。实际多线程要考虑锁和线程安全，写线程安全代码未必比手动 await 简单。python 的线程是抢占式调度，但这个和协程无关，无论多少协程也都是跑在这个可以抢占调度的线程上的。

第一条 python 的 await 如果写漏了，协程是不会运行的，第二条没改造的第三方库可以丢给其他线程跑，第三条和数据量大用不用协程都存在的一样的问题

通关+1 ，似乎是 500 分通关，第一个角色比其他角色多 50HP 是什么原因不清楚，游戏技巧就是优先升 1 级子弹伤害，后面优先子弹频率或者伤害，毕竟最重要的是清理近身或路径上的怪，其他的 AOE 可以随意点点，子弹体积我不知道有什么用没点过，HP 恢复数值太低可以无视。游戏的碰撞比预想的大需要注意下

现在 Tauri 的 Linux 端还是很微妙的，用的 webkit ，兼容可能有点问题，听说是计划迁移 Servo ，但是 Servo 能不能成也是个问题，现在的浏览器复杂度太高了。

@weiwenhao #33 大语言模型已经在力大飞砖了，编程语言生态还在分裂。我觉得一门编程语言生态非常重要。很多人说编程语言只是工具，但是我真不想用不同的工具造相同/相似的轮子了。

我很好奇被 Go 语法简单的吸引的用户，其他语言的高级特性不用也没什么影响。而 Go 这样衍生语言很多什么 go+,walang 还有这个 nature ，最终也是将其他特性丰富的语言的碎片组合，除了使生态分裂，感觉也没什么好处。

现在大模型靠算力力大砖飞，让我觉得现在才出现的新语言前景更微妙了。

我今天碰到了，开 Persistent Log 好像好了，但不知道是不是只是碰巧好了

@alect 不卡和底层漏洞没什么关系，是那些卡的 APP 塞了太多垃圾代码了，当然也有一些踩坑的经验。

@Radeon ESM 不能满足我的需要，我的目标是前后端使用同一套模块加载机制且足够灵活(比如支持通过 indexeddb 加载模块,在加载前预编译代码等)，所以 ESM 的灵活性对我来说是不够的，而且 service worker 内不支持 dynamic import ，所以才做了 pxseed ，AMD 只需要 require,define,requirejs 3 个变量也还好

怕污染可以 rollup 打包 AMD ，虽然我觉得污染影响不大？
顺便打广告，一个利用 AMD 实现前后端共用代码的框架 地址 https://github.com/partic2/pxseed-CorePackages

txiki.js 应该可以更小一点，我也想在 txiki.js 上实现 node 兼容的，但不太顺利，网上找到的 polyfill 大部分都是针对浏览器环境，对 node 服务器侧的支持很弱

C++的话 Boost 算是一个比较完整的解决方案？
不过我没搞过

现在前端都直接发布 es module 了吗？感觉 es module 还是灵活性比较差

@Seanfuck service worker 不能跨域

从 LLVM 出现之后，大部分语言中间语言都用 LLVM IR 了，先编译成另一个语言再编译要解析代码两次浪费时间，以前还没有 LLVM ，没有标准的中间表示所以会选 C/C++，这样支持的平台比较多。

最重要的是生态，造轮子大部分都是浪费时间，综合来看现在是 JS/TS(前端 Web 生态唯一选择，强大的动态和调试能力) 和 C++(Linux 和 Windows 等平台的 API 原生支持以及跨平台库支持(libuv))，然后 Android 上需要补充一个 Java ，基本只做 binding 。

本来想看看 Zig 来代替 C++的，毕竟 c++不用协程，写异步以及内存管理真的很麻烦。但转念一想用的不多还是算了

@w568w
c++生态还不错，但包管理就不行，当然这也没办法，毕竟要面对的相当广泛的平台。要是以后 WASM 成为 C++的"JVM"说不定能有新突破？
另外 C 互交互里 ABI 不兼容是个巨大的坑，所以我现在跨语言交互尽可能优选 RPC 了