pursuer

@mrzx zip 也支持 AES256 的，只是早期默认使用的 ZipCrypto 容易受到明文攻击

用 AMD ，想怎么解析你可以自己写，不适合工具链打包场景

https://github.com/partic2/partic2-iamdee

https://www.v2ex.com/t/1104713

@june4
卡住一段时间这个定义太模糊，甚至有时候设计的时候不能确定函数是否会卡住，比如 node 的 require 是同步的，实际模块加载甚至可能从网络加载这一点来看，应该被设计为一个异步操作。后来 esm 设计的 dynamic import 就成异步的了。
async 明确切出点对并发编程和性能优化确实很友好。实际在 HTTP 服务器中考虑锁的情况相对少，但是我经常忘记写 await ，即使用了 ts 也只能部分避免这类错误。而且作为脚本语言应该追求书写简单，引入无栈协程对新手来说不是很友好。python 的 asyncio 也是有些人不爱用，Go 的无脑 goroutine 反而受欢迎。

@keelii
学到了，不过似乎大部分 NPM 库都不发布.ts 。

@june4
lua 的协程栈十分轻量，免去了 async/await 染色问题，只是性能较无栈的会差一些，我认为作为易用性优先的脚本语言实现有栈会更好一些，同时提供回调/无栈式 API 作为可选优化。考虑到 JS 的发展史，现在无栈设计可能是考虑到要兼容旧的 JS 单线程模型的无奈之举。
无栈更应该是给 C++/Java/C#/Go 这种追求性能上限的语言用(虽然上述其中两个语言反而整了个有栈的实现)。

另外 lua 可以自定义协程调度器，也带来很多便利，例如现在依然在 JS 提案阶段的[async-context]( https://github.com/tc39/proposal-async-context)在 lua 中就可以轻易实现。Node 现在似乎是通过提供一个内置的模块 async_hooks 来实现类似的功能。


@otakustay js 很容易出现不兼容更新，node_modules 算是当时那个时间的好选择。但让包管理来处理复杂的依赖问题我觉得还是有局限性的，有的库不支持在同一个运行时环境下共存时，包管理也没辙。现在 typescript 库大量出现，在类型提示的帮助下兼容问题得到了改善，但现在 node_modules 的机制下 IDE 跳转只能跳到声明，看不到实现，对比其他包管理就成了劣势。(顺便提一个我一直在做的一个高度可扩展的多端统一的模块加载机制和包管理框架 https://www.v2ex.com/t/1104713 就是为了解决相关问题。）

要说的话，脚本语言里 Lua 支持有栈协程和自定义协程调度器，用作 IO 开发要更加合适。
但 JS 就是靠着浏览器，通过用户积累生态，并收获更多用户的循环开始延伸到了各个领域(有意思的是 frida 这种不太相关的领域也用的 JS)。quickjs 的出现也让更多嵌入型框架开始考虑使用 js 作为支持脚本，即使其性能比不上 Lua 。
遗憾的是 NPM/node_modules 和 GYP 真的是十分拖后腿的设计。

@nashaofu 有点意外，倒是听说 tauri 在 linux 的 webview 很容易出问题

tauri 用起来怎么样