那些设计调试器的人自己到底用不用调试器，什么流程都手动 step? 就看看 source, 太弱智了

就是在断点时有默认调试器指令序列，像如果值不符合什么条件直接继续
不必每次提示程序员

还可以 generalize ，直接执行代码去判断 ，能做更多事
比如说完全取代 debug print 或者去做 Frida 那样的 AOP 注入代码测试

Firefox 的不支持，气死我了
还搞 inline var preview ，根本过度设计

要重编译啊，我ts

关键是 developer console 方便啊
其实插入 script 也可以做到注入，但是为什么没内部支持

firefox 啊
我不用 Node npm 的

可以 watch 吗？

项目创建方便吗？ 构建耗时呢

怕不优雅，一直是 Vanilla JS ，模块化都是 plain

tsc 的 module 不允许 plain ，即便我没有导入外部模块
我也不想用 AMD 什么的
果然还是只能用 class 和全局变量

JS 的模块化给人不统一的感觉，不知道怎么选，害怕模块加载器不优雅(个人原因)
es6 太激进没 backports
没有办法像 plain 一样直接支持浏览器环境，我不在乎 Node 侧的，因为我不太喜欢 npm

没错我就是强迫症😒

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

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