厉害了，YJIT 算是 ruby 第一个长期在生产环境上跑的 jit 了吧？

之前我给 gem 通过 FFI 写过 C 的扩展，性能也不赖，而且不用依赖 rust 编译环境 现在有一个疑问，这样写，那安装 gem 的人是不是也要安装 rust 编译环境才能安装 gem？

看头像应该也是 rails 社区老伙计了

我们团队也是换了 react+rails，不是不好用，而是开发时间太长了，现在还要维护一个纯前端项目，超级麻烦，费人费力 对于小团队，没有高度 SPA 需求的真的没有这个必要

现在 hotwire 出来后，做出来的效果也不会比 react 的效果差很多，而且 SEO 也可以搞，也不需要多花时间在 js 上。

用命令行 install 这些 gem 的时候默认就加入 gitignore 了

在 assets:precompile 之前编译这个功能也是两个 gem 本身都设置好的，不需要手动

但是要确保 app/assets/builds目录在git上存在，否则会有上面说的public/assets下没有builds/下输出的文件的问题(尽管manifest.json中已经设置//= link_tree ../builds .js 也会输出不到)。可能是 gem 不够成熟，也可能是我自己的个别问题，还没有深入研究。

好文

不过我觉得类似七牛那种方式更炫酷，不用写死版本号，想怎么裁剪就怎么裁剪，换设计的时候不用列一大堆图片的尺寸定义

这里的 bundle update 为什么从来不提 test 的事情呢？我个人觉得在生产环境代码需要 update 时，最好有 test 代码去帮助人检查一些曾经检查过的点。

不过话说回来，似乎这里也很少讨论 test 怎么写和维护的问题。

当年也是用了 ng 和 ember 很久，完全没快感。现在遇到 react＋flux 就是相见恨晚。

用 react+flux 很久了，看到 redux，试试看这东西好不好用

cancan 这东西我觉得有这些缺点: 1，load 资源和检查这里的代码非常不明确 2，和 strong parameters 整合有坑，现在估计解决了 3，过度设计，复杂

Pundit 相比有这许多好处 1, 整个设计非常简单，就是一个简单的 plain old ruby object，进去读代码也就那几行而已 2, 用起来很简单，代码清晰，不会一行代码背后有 10 行另外的事情 3, 没有 cancan 那种过度设计和复杂

另外，我建议没用过 cancan 的人先去用一下 pundit，更能感受 ruby 的简单和快乐

mina 比 cap 其实除了表面看上去快一点，格式好看点，并没有其他好处。带来的坑也不少。 比如，用户比 cap 少太多，很多东西没有现成的方案得自己写。个人用了一段时间，属于“然而并没有什么卵用”的系列工具。

@huacnlee 但是 include 是不是可以减少第一次访问的时间呢？因为这时候没有 cache

我觉得直接用 ApplicationController 还是太重了，可以继承 ActionController::Metal，然后一个个把需要的东西包含进来，性能岂不是更好？

以前折腾过这个，配置起来真心不轻松

ActiveService::Base 有啥内容？真要写 service 的话，用 PORO 的方式就 ok 了吧，感觉这么干没啥实际用处

最近正想玩玩四轴飞行器，结果知道了 dji，要是支持远程就好了

感觉这东西就是过度设计

从论坛的情况来看，也是越来越不活跃了 从外面的新闻看，提到 rails 的地方也是越来越少了

难道这和 DHH 这货天天去玩赛车无心发展 rails 有关？

这里的用法和我的用法如出一辙啊，设置最大内存，然后用 lru 算法清除过期的缓存 后面的用来分析的办法很赞，非常感谢 @quakewang

#5 楼 @est 这感觉太麻烦了，没有 erlang 的这个 hot swap 猛啊，还要弄 master/worker

#41 楼 @coolesting 这位朋友似乎去 whatsapp 工作过？知道他们的业务有多复杂？

https://news.ycombinator.com/item?id=8321767

#1 楼 @lidashuang 嗯，虽然有几个公司开始商用了，比如 Skylight

#18 楼 @ruohanc direnv 竟然是 go 写的

#24 楼 @nightire 话说 rm -rf ~ 会提示密码么？从来没试过

#21 楼 @comensontin 这个确实猛，还有共享目录也会中标

1000 岁，秦始皇三世还在统治呢，还科技，哥白尼被烧死不知道？

#11 楼 @nightire 所以，就使用便利性上面来说，binstub 完爆 gemset

bundler 先出来还是 rvm 的 gemset 先出来就不太清楚了，我只知道 gemset 这东西在 rails2 时代，到处横行，一台服务器上装多几个 rails app，不用 gemset 我记得会很麻烦，会有各种冲突出现。就算用了，也会有各种麻烦的问题。 bundler 啥时候出来啥时候开始就不太清楚了，但是我只知道 rails 有了 Gemfile(Bundler) 之后，gemset 存在的意义似乎已经不大了。因为用了 bundler 之后再也没有以前那些痛苦的问题，以至于都忘记 gemset 的存在了。

这两者解决的是同一个问题吗？是的，对于我来说是的，对于你来说是不是我就不知道了，我不知道 gemset 还能解决什么问题。而且从一开始，我就觉得 gemset 这东西就是个错误的解决办法，以至于很容易一团乱麻。