看好那个，当然能让这套成立感觉最重要的还是 GraphQL，目前也有类似的后台服务了，比如 https://graphcms.com/

这些都跟 JIT 没啥关系，都是不同的 Ruby 实现，JRuby 也不能说失败，至少 ELK 套装的 L 就是 JRuby 实现的。

IronRuby 坑了很可惜，本来这个是作者赌气的产物（根据一些资料的八卦，当时有人提出 .Net 上不可能实现高效的动态语言的虚拟机，作者不服不仅要试试而且要用大家公认不快的 Ruby 来，这个计划的最终产物并不是 IronRuby 而是 .Net 平台上非常重要的组件 动态语言运行时 DLR）

这次 mjit 能成还是因为路子太野，传统的 JIT 的设计需要投入很多精力，对实现者的知识要求也很高，MRI 没有 Google 这样大厂的资源支持（毕竟 JS 的 JIT 可以直接用在浏览器中，这样他的价值无比的高），所以很多人尝试过，结果都坑掉了...

我软牛逼！

你可以直接删了 assets 目录吧，这个应该无伤大雅的，要是原理的话可以看一眼 rails new 那部分的源码，没准这个可以算是 bug

支持！已入手！

Gitlab 给 Devise 加二步验证搞得还是很 tricky 的，不过 Gitlab 的那部分代码还是挺值得借鉴的，OTP 和 U2F 都实现了而且被检验这么久

可以升级，但一些情况下会报 warning，2.6 的兼容性改进的提交已经合并进 5-2-stable 分支了，估计老外过完节回来就会发新版

Kokubun anticipates that the --jit option will eventually be removed and the JIT will be enabled by default. Given that the goal of implementing a JIT in the first place was to speed up Ruby for the most common use cases, it's not likely to happen before the JIT is able to at least match existing Rails performance. Despite those challenges, Kokubun anticipates that the new JIT could become the default as soon as Ruby 2.7.

2.7 就要把 JIT 做成默认启动，这是很大勇气啊

splat operator 有一种翻译是打散 效果在控制台敲一下就懂了

[1] pry(main)> [*0..5]
=> [0, 1, 2, 3, 4, 5]

所以 Rails 也没有干掉 Assets Pipeline 啊... 现在也是支持 ES 6 的，还是够用的。

但是不用 Webpack 就彻底没法跟“现代”前端玩耍了