Node 开发浏览器给我的感觉就是下个依赖，做个连 make 增量编译都不如的工作(run-script) ，许多人 minify 和 webpack 都是手写的

明明自己就是复制了个文件，自动化程度太轻薄了，我不承认作为工具这样是存在意义 所以讨厌 npm 开发 web (当然带后端部分的除外).

可是我会 JS/DOM/HTML 甚至一点 css

minimal 的 runtime 就是一个 interpreter 或 VM 嘛

shadow Stack 什么的，可以枚举活跃 GC roots ，就是能被访问到的变量。存储空间

可是过度设计的规范使得程序员和运行时开发组都很难阅读

并没有
LLVM 也没多暴露，只是能执行 Module Function(皆 class)

我可能倾向于 amd ，cjs 有点那啥 太后端化了

AMD推崇依赖前置，即通过依赖数组的方式提前声明当前模块的依赖
CMD推崇依赖就近，在编程需要用到的时候通过调用require方法动态引入

嗯是这样啊， sea.js cmd 其实就是 commonjs 吧…… module.exports

开发的代码和生产的前端代码可以是不一样的 啊这一点我意识到老久了

谢谢提醒（

总结一下，有三个实际阶段和二个组合性趋势
首先是 func scope +window.attr
第二 seajs,amd 的动态加载
第三 babel,browserify,webpack,gulp 的静态链接
第四 自动化构建
第五 bundless

嘛，现在的业界红库就是了
我觉得设计得也还可以，至少对纯编译器前端开发很简洁（backend,middlend 就有点危险了

esm 是什么啊
systemjs 好像有一大堆 polyfill... 噢也有 module loader

没毛病啊，更新 reference 、 all in one 要素都有

当然不会像 ld 那样静态链出一大堆 unreachable code(

我觉得还是观望一下， ES6 mod 暂时不敢用，想兼容老浏览器
是 TS 所以不用 Babel ，纯前端开发0依赖脚本所以不需要 npm
webpack 之前试过， KotlinJS 优化失败了，但是 load resources 很好用

2015 是这个意思，改天我就去试一下

算了还是不敢， SharedArrayBuffer 也是 ES6 现在不支持

主要是我意识到自己的项目不会暴露太多全局变量或 window 属性，许多东西本来就该移到 class 里才能多开。 SAB 明明也是 2015 的现在 stable 的 ff 都不支持，其实规范迭代和浏览器版本根本没关系吧

整个项目仨模块，我相信只需要暴露俩对象，再加一个 utils

开始看了觉得还有道理，韩国文化、新疆的问题你和国内官方观点都没差啊

新疆维吾尔族(Uygur)问题美国人说的侵犯人权没毛病（当然自由灯塔灭了，看什么时候塌吧），我也觉得官方这么应收尽收是有点好坏不分，违宪事实没得洗。
要是习去视察时某些恐怖极端主义分子能消停点，不要他听到，就不会害的绝大部分人被送去矫治了。