@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 就可以，但是只抓流量没有私钥也没什么用吧

淘宝上商家是要交保证金的，闲鱼上不需要，那么问题来了，闲鱼上的商家要跑路不就是毫无成本？知道这点就可以知道闲鱼只是二手交易平台，对上面的“全新”商品要心里有数了

@lesismal 每个语言有其优缺点，要讲起来，Java/JVM 系有热更新，repl （虽然 jshell 用的人很少），脚本化的 groovy,beanshell 等，go 就没有，go 的类型推断能力也是相当弱。你要说性能有限，那带 GC 的语言不都是被 Rust 秒了，vm 系还可以做运行时 pgo 优化，论上限可能还能好一点。不过 Java 也有比较大的问题，发展迟缓(21 才出协程，值类型更是不知道什么时候，被 C#爆成渣了)，oracle 商标问题不说，在我看来 jvm 的函数重载及其函数签名会使得运行时和编译环境关联，是个非常大的设计问题(例如 Java9 ByteBuffer API 变更问题)。总之，业务开发还是首选 typescript(...

@murmur 现在看主播的就是在看主播读弹幕吗？我还是倾向于看看有意思的游戏。不过主播读弹幕可能观众打米体验会好。

@femto 同一个模块不卸载或 reload 的情况只会加载一次，另外互斥锁的实现保证同一时刻一定只有一个线程执行互斥体，没有刚好同时执行的可能。关于互斥锁的实现方式就比较多了可以自己查

现在 Electron 支持移动端了吗？以前我记得是不支持的

跨平台的库很多，但是浏览器有个非常重要的特性就是标准化的开放性。比如如果想在自己的应用中嵌入或引用其他来源的组件/内容，在浏览器上可以直接一个标签解决，并且标准化程度很高。但应用框架要实现类似效果就比较困难。这个优势甚至足以在大部分场景下让浏览器的缺陷能被接受。

虽然不知道第几次看到类似讨论了...throw catch 是一种函数多级退出的在控制流上语法糖，go 里对应的是 panic ，Java 你写个 return Multivalue<Result,Error?>也不是不行

有 selinux 感觉没那么容易利用吧，近年来我只了解到的 MTK 曾经爆出过这个级别的漏洞

@mylovesaber 这个我觉得 libc 兼容性是有点锅的。像浏览器，依然保留对古老网页的兼容，虽然 ABI 兼容比 js 麻烦很多。像 windows ，升级了这么多版本依然保持了较好的兼容性，可能也是得益于 COM 机制。

@tool2d 现在已经有很多 js 运行时了，业务和逻辑不只限于运行在 web 平台了。当然这些运行时环境可能并不完美，让这些工具更完美也是个不错的轮子工程。