我的想法倒是不太一样，我认为程序员需要的工具应该要类似 bash 那样可以灵活组合，并能像 jupyter notebook 一样可以定制并持久化。但是 bash 终究只是命令行并且 shell 语法很多人用不习惯，所以我倒是做了一个原型项目 javascript/typescript 的 notebook+包管理，试图在之上实现一个 js 的 shell 并具备脚本调起 ui 的功能。

https://v2ex.com/t/1104713

我倒是在想以后是否会出一个在不跨域的前提下，创建不同 JS 线程的 IFrame

类似游戏 ingress 了解一下

但 Go 是带 GC ，C 不带，古法编程时体感复杂异步代码时很难保证没有内存问题，不知道 CC 解决的怎么样。

因为 C/C++跨平台本就不怎么样，autoconf 更是重量级，要跨平台就 libuv+CMake 。
确实 2GB 以上大文件不算罕见，但就像你说的，这是 ABI 不兼容，对于 c/c++，兼容性更重要。虽然 Glibc 自己都做不好 ABI 兼容。

毕竟通用编程语言都是图灵完备的，通常要实现什么逻辑都是可以的，只是有的麻烦有的简单。

除了 JS 和 Python 这样的脚本语言自带的 eval ，其他语言通常较少具备对等特性。

玩了一下，敌方棋子比己方多不少，所以对子是玩不了的，但实际很多时候都会被逼对子，只能等天火赌运气了。直到像上面说的拿到吃子再动+双车，才能一路清完。

重新登录这个在 ssh 客户端上配一下就能一键登录，还能顺便并连接到 tmux ，也不是强需求的样子

用 tmux 就不用担心掉线和漫游问题了吧

有些开发板应该类似，但是成本应该低不了，低成本要规模够大，受众少就降低不了成本了

我现在想找个 windows 下交叉编译 Linux 的 SYSROOT ，不知道有没有现成的，懒得自己去折腾。。

这么一看 preact 更小众了

@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 就是为了解决相关问题。）