之前用 brew 装的，升级一段时间了，没有遇到过问题。

@emayej 都说得非常漂亮了。

再补充一个异常捕捉的，异常捕捉应该是特定的，可控的。就是你应该知道这部分代码什么可能会出什么类型的异常然后用既定的手段去处理它。通用的rescue =>error一般来说是 anti pattern, 因为会掩盖其他地方不属于这部分代码的错误。当然做个 demo 这么写都是无所谓了。

@ericguo 想了一下，好像很少见到这个场景，不是应该foo_path(@some_model)么

如果 model 需要这个，说明 model 用错了。

@rei 明白了，多谢！

不太明白这个"".freeze在这里起什么作用。

楼主似乎对能够引起争议的话题特别有兴趣 https://ruby-china.org/topics/27707 不知道你是什么目的，要想知道答案，网上已经有一大堆，自己搜索吧。

各自都已有答案，无需再问再答。开心就好，开心就好。顺便顶一下@rei

不喜欢这种 crowdsourcing 的方式。

一个项目 3 万块只有选中的人才可以拿钱，假设有 50 个人参与，10 个人提交合格的代码。企业选中一个付出 3 万块，而社会成本浪费的是 (10-1)*3 + 40*N 万元 (未选中的 40 个人也付出了时间和精力，工作也至少有一定的价值)。

一个合格的开发者，如果他认为他的工作值 2 万元，理性的决定是不会参与这个 3 万元的赌博。愿意参与的人多半也很难出于经济的目的，主要是练练手什么的。而企业也需要为了这个 2 万的工作而付出 3 万的成本，因为要吸引更多人的参与，但结果可能不一定那么如愿。

内部的东西，可能就求一个快。用户都是员工，可以假定是负责任的。

我们的做法是必须锁定版本号到 patch version。除非有 bug 或者性能更新的必要才手动调整版本号并且仔细检查，bundle update 是绝对不敢用的。

@sandy_xu 只是一个工具而已，就算会用也要看场景。不妨谦虚一些，少做断言。

就是因为太全了所以不好用，定制不是那么直接。而且全也不见得是好事，你可能用不着那么多，但是每个都要照顾不要出问题。

习惯就好，习惯就好。

绝对不可以这样写。这个耦合程度就好比上了螺丝钉还生锈了。

JSON 给出足够的信息就行了，比如加个 type 什么的，解码的部分自己根据信息决定用什么代码来处理。

@lgn21st 我还以为是 GO....

楼主其实已经反复暗示了他觉得更好的语言，看看每个大段的结尾就知道了。

@msg7086 不必要故弄玄虚吓唬人。

最简单就是 open3, 可以等待结果，这个也是标准库之一。你要用 windows 的话，基本上再常见的场景都会变成少见，很多只能靠你自己摸索。

没有办法解决，谨慎使用，节制使用。

@msg7086 是的，只有你

终端里面你要打中文干什么。

我觉得你把事情弄得非常复杂，而且没有实用性。

简单的置顶，比如 l 类似 ruby china 这样的，你可以把字段直接加入查询，比如按照 is_sticky, updated_at 排序。

复杂的置顶，置顶项的分离和单独的缓存是必须的，不可能个个请求都过数据库。比如说你按某种热度排序，取前 10 个或更少，那么 controller 要先拿到这些缓存的置顶项，剩下的正常贴就按照普通的 pagination 另外拿，算分页时去除置顶项的长度就可以了。如果是第一页就在 array 左侧插入置顶项。很简单的。置顶项的计算方法和缓存的更新时间你自己可以随意掌握。

正确的方式是不写。

好处是：1. 没必要多打几个字。2. 当你把 User 改成其他名字时，不必增加其他的负担。

a million dollar question.

原来说的是这个，我还以为你说的是 image url, 那个直接输出完全 url 就可以了，换了 cdn 前端都不用改。

这些都是 helper, view 层面的，在 Rails 里面你也不能写到 controller 里面啊。日期用 moment.js 弄一下就可以了。

@wuwx 不明白你的意思，什么叫前端格式化。

后端输出完全的 url 就可以了，前端没必要去折腾这个。

自己的 DSL，似乎不用那么费事

def check(x, y)
  x.nil? || y.nil? || x > y
end

check(a.bar, b.bar)

看出来了，楼主是来黑 Java 的