devise 的代码抽象得实在是很难看懂。我提倡自己写，就几个固定的控制器的事，后面可以用模板或者 generator 抽出来，供以后其它的项目快速复用。

ruby 内置的线程怎么就不是真正的线程？那是很久以前的 Ruby 吧

对，我的确在 application controller 中使用了自己的 layout 方法。谢谢了。

发现了这个讨论 https://github.com/hotwired/turbo-rails/issues/60，人家好像是没有觉得这是一个 Bug，没有搞明白。

@Rei @mingyuan0715 非常感谢指点。

哎，Ruby 在国内与国外比，差距太大了。前不久看到 gorails 的创作者赚到了 200 万美金，证明学习 Ruby 的人还是不少。https://twitter.com/excid3/status/1488658021844717568

data: { turbo: "false" }解决问题

我觉得有几个原因吧。

1. 不少早期的用户经过十来年的奋斗，可能人生赢家了，当老板的，退休的各种，隐于世了。这样流失了不少老用户。
2. 不少开发者迫于公司里的生态，转到其它语言去了。
3. 现如今，像微信还有其它的 APP 把用户圈走了不少，大家觉得在群里吹吹水更轻量级一点，但是那些群类型的产品是一个封闭的系统，讨论的东西也沉淀不了。
4. 论坛没有投入运营的资源。加上论坛本身激励用户的功能缺失不少：如用户等级标识；积分系统；活跃新人；月度活跃用户，帖子顶踩等。感觉 JavaEye(Iteye) 时代比较好玩。

你这个 UI 是用什么构建的？

去掉了可行。看来和我预想的用法不一样。谢谢

我有空看看。粗看了一下 async 是采用纯 Ruby 写的，而 Eventmachine 是采用 C++ 扩展的，是否有什么大不同吗？

从技术角度做我们这种网络语音应用，用 C/C++ 没有什么大问题。团队其它成员（其实就另外一个小伙伴）是写 C/C++ 的，其它语言没有实战经验，他写好库函数成动态链接库 so，我直接用 c/c++ 调用即可，还能共享代码和人力资源。搞到后面，老板越来越压缩时间，在好几个项目间辗转，我感到力不从心，老板说招人也迟迟不见动静，招来也不不能马上上手，遂萌生了调用 Ruby 大法的想法，一个人顶三。

上面说性能的一些同学，我想说一下，在小公司，就不要操心这个问题了，还是多想想开发效率问题，多为自己着想。

你们在说什么？加载文件不就是 require 一下吗？

对的，我后面用 Ruby 重写的时候，就是像素描一样，很快就搞定了。我决定以后有业务逻辑方面的代码再也不会考虑使用 C/C++ 了，实在有 Ruby 搞不定的，我还会在 GEM 里 用 扩展来搞定。

你看能不能基于这个 https://github.com/geekq/workflow 来实现你想要的业务逻辑呢？

我想知道 性能大概会有多少下降？

我也是喜欢比较纯粹的东西。MiniTest 就够了。

我来吐槽一点 Ruby 不如 python 的地方，在 Buildroot 项目中，对 python 以及 python 的包的支持是直接官方项目集成的，而 Ruby 只是支持最基本的 ruby 解释器安装，像 gem 包和带有扩展的 gem 包更是没办法集成进来，我想加一个 eventmachine 都没有办法搞定。

看来是在 嵌入式的平台中（像 ARM, IMX6 等）基本上是没有人用 ruby 来做开发的。从这里也说明 Python 的用户还是更广泛一些啊。