看着不错，只是离 stable 似乎还很遥远。生产环境不敢用。

我觉得没啥深层含义。可能就是开发过程中，routes 是在不同历史时期不同人定义的。

根据 Logo，也许指的是红宝石在铁轨边？

Rails 8 的思路还是不错的。一方面减少外部依赖：Solid Cache 如果真如 DHH 所述的那样，性能和 Redis 不相上下，那应用里多个 sqlite 文件做缓存真是一个很好的解决策略；Solid Queue 终于弥补了 Rails 没有默认 Queue 的问题；Thruster 可以在但应用场景下替换 Apache / Nginx。另一方面解决实际痛点，Kamal 2 的 5 分钟 Demo 还是很惊艳的。

处理 excel 方面，用过 roo, spreadsheet, RubyXL。 用下来 RubyXL 适用性最好。

所谓的“高性能”其实是相对的。对于绝大多数的使用场景来说，主流框架的服务能力都能够满足需要了。 即使面临一些高并发的情况，堆硬件也基本可以满足。 在这个背景下，Rails 这种功能全面的框架更具实用性。

rails 用 bundler 来管理 Gems，所以还需要设置 bundler 的配置。

bundle config mirror.https://rubygems.org https://gems.ruby-china.com/

基于 Thor 做各种命令脚本。基于 Faraday 做各种 RESTful API 调用接口。 开发效率高，做起来够快。

紧接着的下一句话是：

However, it had to come back in version 2.7 onwards upon popular demand. Therefore, to run flip-flop code and follow along with our examples, you will need a Ruby installation with version > v2.7 (or < v2.6).

讨论 https://bugs.ruby-lang.org/issues/5400 的结果也是继续保留。从讨论过程看，的确在一些场景下，这个语法很方便。

原来如此，明白了。谢谢。

对于

(n==2)..(n==3)

n 如果未定义，报错信息为 undefined local variable or method `n' for main:Object (NameError)

将 n 先初始化一下，例如 n=2，报错信息变为 bad value for range (ArgumentError)

后面一个问题，用 JRuby 就可以了。