@luikore 我一开始的思路和上面大多数人都差不多，就是每次找出随机产生一个数。但是这样的分布不是很随机，开头的一些数的平均值会大约等于 min,max 的中间值，然后剩下的全部都是 min 或 max。比如可以带入puts nums(100, 10000, 10, 110).sort.inspect试试看

看这里 http://guides.rubyonrails.org/active_support_core_extensions.html#blank-questionmark-and-present-questionmark

我是直接把所有的 hot corners 都设为了锁屏，随便动一下鼠标就锁上了

#9 楼 @towonzhou 。。。真是。。。太闲了。。。

#7 楼 @towonzhou 好奇是因为什么不能升级？

升级到最新的 therubyracer 试试？

在 config/environments/production.rb 中设置 log_level 为 debug 看看具体是哪条 sql 慢

申请试用: 联系方式：hidden # hidden 日志类型：Rails & Nginx 操作系统：Ubuntu

参加

#16 楼 @jjym 嗯。。。是我搞错了，object_id 是不一样的

#14 楼 @jjym 试了一下，确实都是一样的 object_id，那如何解释两者的不同呢？

#8 楼 @ruohanc #10 楼 @jjym #12 楼 @Rei 谢谢各位提供的信息，另外似乎不加**传递的是引用，加上就变成传值了，是这样吧？

def foo **options
  options[:foo] = true
end
options = {msg: 'hello'}
foo options
puts options.inspect
=> {:msg=>"hello"}

def bar options
  options[:bar] = true
end
options = {msg: 'hello'}
bar options
puts options.inspect
=> {:msg=>"hello", :bar=>true}

#6 楼 @saiga 谢谢

#3 楼 @xds2000 一个的情况还是很明确的。我看到 rails 源代码里有很多 def foo arg1, arg2, options = {}，似乎options 没有存在的必要，但 ruby 语法又提供了这样的功能，而且似乎两者还是有一些区别的，比如*options 无法设置默认值。于是好奇一下有没有人用过这样的写法

#1 楼 @xds2000 我在描述中省略了明确定义的那些参数，实际项目中是存在的 def foo id, msg, options puts id puts msg run_another_method options end

另，这些 optional 的参数是用来传递给更底层的 method 的，foo 本身并不关心里面放了些啥

有三个方案 方案一：由 job1 来启动 job2，job2 来启动 job3 方案二：job1 完成的时候在数据库里留下记录，job2 启动前看看 job1 完成了没，没完成的话就再等等 方案三：成为付费高级用户

#8 楼 @moliliang 。。。第二个是 grep 这个命令本身的进程 sidekiq 的底层只是对参数用 json 进行序列化了，本身是不存代码的，跑 sidekiq 的时候打开 redis-cli monitor 的监控就能看到每次读写 redis 的操作

你是不是开了多个 sidekiq ps aux | grep sidekiq 看看

其实你不需要 SQL

我是标题党，很多时候 SQL 还是很有必要的。

不过有另外一些时候，明明知道要写的文件格式是什么，不得不和 SQL 较劲，让 SQL 生成我期望的文件。不如让我直接写文件吧。

用 Gem 挺顺利的。。。写 Gem 就痛苦多了。。。

参加

#12 楼 @topswim 公司内部项目 不方便发出来 不过你有什么想问的我可以回答下

刚写了一个 用着还挺开心的