#1 楼 @gyorou 说的吓人吧擦的

@bunnysyz 男的很多，女的太少

#7 楼 @BranLiang 他意思是你的次元要高点

我们最近就做了类似的一个功能，我们是直接存在 DB 的。还有就是 lz 没有描述的很清楚，到底你们需要存储或者缓存的是查询条件，还是查询结果。

在用户再次进入页面的时候直接展示对应查询条件的查询结果

@mimosa 最终你的困惑是什么呢，怎么没有 update 了

在 development 环境下，每个 request 都会 load 文件，这个也是会耗时的。然后如 #10 楼 @santochancf 所说，在 action 里面的 logic 耗时也是没有算进来的。

ActiveRecord: 61.5ms

这个时间是不是就是数据库查询的时间呢？这个时间的计算是从哪个时刻开始哪个时刻结束呢？求解答

#15 楼 @lithium4010 好屌，能分享下怎么得这么高的分就更好了

好多大牛都在赞，我也👍

👍

难道 GFW 出自你们之手？

@tangmonk LZ 这头像，太有娱乐精神了

大爱 Remote, 远离雾霾让人心动！

感情这东西容易让人上瘾，应该把握好度。陷太深，容易受伤。找一个互相欣赏的，而不是所谓的女神，我觉得这样靠谱些。

@joseen @FrankFang 就是说无上限了

#15 楼 @nouse

gitlab 也和 github 一样支持 git checkout 切换到待 review 的分支的

这个什么意思呢，没用过

#19 楼 @msg7086 不是我在 coding 啊，我怎么知道呢，等我 review 完了，可能我就知道了

#16 楼 @u1440247613 跟风也要跟好的呀，对不

#9 楼 @fcicq 你应该没读懂吧，我最后是一个一个的看 commit 的 change。

@hooooopo 哈哈，虽然确实不想看，但是我正在努力的一个一个地看

@hooooopo 这个梗是什么？代码少就会认真 review，多了就不想看了，然后说 looks fine 么

是的哦，我也觉得太大了，看也不好看，改多了也容易错。

@huacnlee 这个 MR 有 123 个 commits，在 MR 里面只 load 了 100 个，23 个被 Gitlab 给 omitted 了。

为毛点赞的人都这么少，感觉这样的机会在成都还是很不错的啊

我感觉不需要两个参数呢，可以就用一个数组参数就行。把最后在Enumerable里面的方法改写了下：

module Enumerable
  def dig(*args)
    args.inject(self) { |result, arg| result.send(:fetch, arg) }
  rescue
    return nil
  end
end

不用inline rescue，是因为它会有不必要的对 nil 的不断的方法调用和不断的 rescue 处理。

看起来像是真的 remote！赞！

能提供的就 14 个字，而基本要求就是 9 大条-_-#！感觉要是去了也只有被压榨的份……

一下招这么多人，看来要干大事了

因为本专业找不得工作，不得不找点事情做，然后就找了一个写 Ruby 的工作

@ibcker 我注册顾问好久了，难道被你们五选一的算法过滤了？