pursuer

@kyoutarou PCDN 的上传量，一般民用达不到。要是真有用户有直播之类的需要的可以整个上传套餐之类的。不然只要民用和商用网络资费有差距，这种情况就没法避免。这个上传/下载比例现在反倒让情况恶化了。。

我觉得问题还是在 上传/下载比例 这个检测指标。不如学流量卡，给家宽限个上传流量上限，超出限速之类的。

你也说了 tsc 要检查类型，tsc 还带有 lsp 的，不然你全程用 esbuild?。

@lijiangang886
@Al0rid4l
lua 的设计我觉得不算差吧，索引为 1 只是规范问题，和多数语言不一致。_ENV upvalue 设计我觉得比 js 好，可以防止变量泄漏到全局，而且运算符的一致性也更好一点，例如经典 js 的==，虽然现在基本都用===了，js 用+做字符串连接，其他符号又转换为数字计算。lua 还支持有栈协程，也更灵活一些。lua 设计的时候就考虑尽可能快，所以排除 jit 的话有兼容性负担的 js 上限大概是达不到 lua 的水平的。

但说到底这些设计上的差异并没有多大影响，js 优势就有非常强大的兼容性和生态，语法糖也更甜。这就足够了。

@drymonfidelia 9#
如果考虑 js 的话，有个 txiki.js 的项目可以看看，quickjs 基础上增加了一些 web api 支持
如果脚本可能很复杂的话我觉得考虑下 rpc ，类似 Language Server Protocol 这样的

如果是模块内部不是导出的名字拼错，就改了，但如果是导出部分且被其他模块引用了，就只能忍了，可能会再加个别名。

只提性能，在不带 jit 的情况下，lua 的解释器实现是比 javascript 更快的。不过好像也就 2-3 倍的样子
如果带 jit ，那一般 js 说的是 v8/node ，我看了下电脑里的 node 排除掉 node_module 是 62.6mb ，可能是考虑有点大吧。

大概试了一下类似这样
interface test{
(page:true):Promise<ResultPage>
(page:false):Promise<ResultData>
}
let get:test=function(page){
...
} as test;

@murmur 可是既然有类似 tauri/wry 这样的更轻量的方案，为什么都用 electron 呢

tcpdump 就可以，但是只抓流量没有私钥也没什么用吧