#17 楼 @Rei 我只能呵呵，观点不一样没啥必要解释了。到现在你还是在回避我的核心观点，算了散了吧

#14 楼 @Rei 我是个话痨，有时候会在非核心观点上浪费好多文字，结果导致核心观点一点也不突出。

我跟你的观点正好相反：我觉得对于 Ruby 本身来说，其实并不算慢，或者说至少没有慢到现在所有得到的吐槽。如果用一些合理的设计，比如 h2o 或者 nginx 这种潜入 mruby 用 fiber 来做，是完全可以做到其他很多语言包括 Elixir，包括 Crystal 一个数量级上的性能的。

我曾经今年年初花了很长时间调研能否基于 h2o 与 mruby 来做一个框架，就是针对这个问题来解决。但是我跟人聊遇到的一个核心观点都是"这不是 Rails 我不用"。包括这个帖子里在我们讨论 Crystal 的时候都有人无聊的来问能不能跑 Rails。我这里的核心观点是：我对 Rails 本身没有歧视，我只是觉得对 Rails 的推广已经到了影响到 Ruby 圈内其他生态发展的程度了。包括现在 Rack 也是由 Rails 核心团队维护，在第一次发布 2.0 计划的时候，有考虑过改动核心来支持 Web Sockets，但是之后到现在也就不了了之了。这也就是为什么我之前发另一篇帖子的主要动机，我个人觉得现在的舆论风向是不包容其他解决方案的，这个是件不正确的事。

另外我个人觉得提到 Web Sockets 时就把 ActionCable 抛出来，或是压根就质疑对方有没有这个需求是不正确的方式。作为一个好多人口中的 safe bet，对于一个用处越来越多的场景只有一个半 hack 的解决方案，我个人是不认为这是对的。

所以这才是我想说的话，能解决这个的话，JRuby，mruby 甚至 CRuby 可以说都不慢，就像你说的语言不是瓶颈，我只是跟你对于瓶颈到底在哪里的观点不一致，你觉得不在 Ruby 的任何部分里，我觉得在 Ruby 的好多库里

这个观点简直让我无从吐槽：Crystal 的作者自己写了篇文章，说你们别老用 Fib 来做 benchmark 了，这太 2 了， 这样会给 Crystal 招黑，结果这反成支持 Ruby 的人证明 Ruby 不慢的理由了。问题 Benchmark 还有很多啊，有没有兴趣一个一个来攻击证明 Ruby 怎么提升性能。

况且我之前吐槽的时候就给出了一个观点：这年头 Ruby 本身语言级的优化远远没有达到让大家觉得 Ruby 慢的程度，Ruby 的慢更多是因为 ecosystem 的结果，很多 library 的写法让 Matz 没法大改 Ruby，所以现在情况越来越棘手，刚刚有同学发了篇文章也是讲这件事的：https://ruby-china.org/topics/30740。遗憾的是之前的讨论被人看作我是伸手党，哎满是无奈

最后我建议有兴趣的同学想换 Elixir，Crystal 的就直接换，不要再在这里争论这些无聊的事了，本来就不会有好的结果。换个角度讲我们还是需要赞扬 RubyChina 这个社区的，至少管理员们还会帮忙建别的节点包容讨论，而不是直接当成异教徒烧死，不信的去隔壁看看 RustChina，那个人气简直惨不忍睹

#32 楼 @small_fish__ 我觉得可以试试，带不带的起来就要看天了。虽然我现在个人兴趣在 Rust，不过 Crystal 作为一门 work language 还是非常不错的，基本上 Ruby 我想吐槽的地方都避免了

#7 楼 @numbcoder 这个要看你怎么定义了，现在已经比去年这个时候成熟很多了：https://crystal-lang.org/docs/guides/concurrency.html

但是目前来看最大的阻碍是 GC，内嵌的 GC 还是很原始，不过这个也是看怎么取舍了，毕竟当年 Rails 4 分钟重启一次 也就这么过来了。

分享一个 Ruby 圈转到 Crystal 的人的观点：https://twitter.com/soveran/status/736596798500941825，为方便懒的翻墙的人，我在这里也直接引用一下：

Ruby has an imperative desire to expand, maybe inspired by Rails. My wish is for Crystal to never surrender to that culture.

在经历 Rails 这么有争议性的东西之后，很多社区都在避免再造一个跟 Rails 一样庞大复杂的框架，包括 Phoenix 也一样，在尝试避免 Rails 的很多问题。所以我们将来可能会有一个比 Kemal 更具有可维护性的框架，但是估计这个也会跟 Rails 有很大区别的。

Crystal +1，这个时候就是强势植入 Crystal 的最佳场景了，如 Ruby 般顺滑，如 C 一般的性能。还是内部 async 的，光 这里 体现出来的 WebSockets 可能性就够 ActionCable 狂流口水的。

上次吵了半天之后我已经对 Ruby 能不能成功转型不抱希望了，与其想改变那么多人，大热的天还不如我自己求变，换个地方玩就好了

#12 楼 @luikore 哇塞，我也想参加大神教你写代码系列

另外我没有在调侃，我是真心的，吕神这么主动想写代码是件不容易的事。我忍住这么久没在这个帖子上吐槽就是不想吵了

#5 楼 @lychee 我可不可以补充一句，这个解释的信服力无限接近于 0。。。

#4 楼 @fredwu 好吧我土了，感谢指教