#1 楼 @ibugs 简单的单表查可能没什么优势，join 一些表或数据量再大些会更明显。

其实 simple captcha 也可以不依赖 RMagick 的：

• https://github.com/kares/simple_captcha

SimpleCaptcha.backend = :quick_magick

#1 楼 @jasl 研究各种鸡 (文昌鸡、清远鸡...)

:plus1:

#6 楼 @vorfeed No.

#4 楼 @bhuztez 全换 Erlang 更招不到人了！

别闹...

所谓 Next key lock 其实是一个 record + 2 个 gap，即[22, 28) + 28 + [28, 32) => [22, 32)

另，如果是 unique index 会退化成 record lock.

------ update -----

两个 gap 的说法不太合适，on every record the search encounters 其实因为 btree 的有序性，在非 unique index 的情况下（本贴的例子），这个查询其实 scan 了两个 record，即 28 和 32，扫 28 的时候 gap 是 [22, 28)，并且加 record lock（28），扫 32 的时候加的是 [28, 32)，因为 32 没中，所以没加 record lock。

curl -X GET 'http://localhost:9200/users/user/_search?pretty' -d '{
  "query":{
    "function_score":{
      "params":{
        "lat":23.1191,
        "lon":113.31
      },
      "script":"doc[\"location\"].distanceInKm(lat, lon)",
      "lang":"groovy"
    }
  }
}
'

用 function_score：

curl -XGET "http://elastichost:9200/plus-customers/_search?pretty=1" -d'
{ "size": 5,
  "query": {
    "function_score": {
      "script_score": {
        "script": "Math.pow(doc[\"customer_type\"].value, 2)",
        "lang": "groovy"
      }
    }
  }
}'

results:

"_score" : 81.0

简单的说就是按照使用的索引顺序，当然这个大部分没有条件情况下是主键顺序...

你用同一条语句去查，加上force index看的效果更明显。

each_slice(2).to_h

#10 楼 @geekerzp 不可以...

#3 楼 @martin91 是的，，，编辑了一下...

1. if 表达式是有返回值的，你这里的 nil 和 0 恰恰是这个 if 表达式的返回值
2. 你这个可以这样写：

def fn (arg)
    if arg < 0
      0
    else
      arg
    end
end

3 . ruby 方法的执行结果默认为最后一条语句的结果这句并不完全正确。以等号结尾的方法是特殊情况：

def name=(a)
  @a = a
  a * 2
end

result = (self.name= 'hello') 
result #=> 'hello'

"e38080e38080312e20e4b8ade59bbd20312c3336312c3531322c3533350a".scan /../

touch ~~~

#3 楼 @ssqq require 返回 false 的意思是自己被 require 一次了

正好前几天也遇到了，重现过程大概这样：

irb(main):043:0> city  = "Montréal"
=> "Montréal"
irb(main):045:0> city.encode! 'iso8859-1'
=> "Montr\xE9al"
irb(main):047:0> puts city
Montr�al
=> nil
irb(main):048:0> city.force_encoding 'utf-8'
=> "Montr\xE9al"
irb(main):049:0> city.valid_encoding?
=> false

其实就是对方给你了一个非 utf-8 字符，你把它当成了 utf-8 处理，不兼容的时候当然报错了。

另，对于 invalid 字符，会被 Rails(具体哪部分记不得了) 转成\xED\xA0\xBD

#4 楼 @leekelby 有啊

#1 楼 @flemon #2 楼 @391117134

JOIN 是inner join哟！和left join 的效果可不一样...

看起来不错~~~

理解了 MVC 的 data flow 图就明白了。

#5 楼 @ibugs 我的意思是：

(SELECT name, points
FROM users
WHERE points IS NOT NULL
ORDER BY points desc)
UNION
(SELECT name, points
FROM users
WHERE points IS  NULL) 

decimal 就是不用自己格式化了，也没其他副作用。

– 输出时保留 null, 但排序时转换为 0 :

select name, points

from users

order by coalesce(points, 0) desc;

这样 order by 就无法利用索引了，可能用 union 会好一些。

金钱比较问题的一个 tips 是可以使用 to_d 来比较，比如order.total > params[:total].to_d，前提是 total 已经存成了 decimal。

:plus1:

看起来整齐就写，比如：

def xx
 return 1 if xxx
 return 2 if xxxxx
 return 3 
end

#10 楼 @nightire coding 这种经常在社区刷脸又不提供什么干货的确实很讨厌啊，但这不是我们要抓住一个小问题群起而攻之的原因。

PS. 我和 coding 也没有一点儿关系，他们连只猴子都没给我...

#13 楼 @rei

是不是招了女性程序员之后，其他同事都把她当花瓶，言语上轻视，不给同等的工作机会，就可以容忍这种非制度性歧视？

这种确实存在，也不仅限于女性被当成花瓶，被调戏、不给同等工作机会。但这种事情不是网友能管了的，得靠制度和法制的完善。如果靠网友的道德审判这又倒退了。

#12 楼 @luikore 像 shiningray 所说，从刻板印象 -> 偏见 -> 歧视，是有层次之分的。正像你说的法院在介入歧视案件是有条例来保证可操作性的。美国怎么样不太清楚，香港是有性别歧视条例的。

不合理的差别对待经常与社会指称的偏见混淆，前者是法律框架下的歧视行为，后者是法律不会规管的个人看法。

性别歧视更多是一个具有法律意义上的词汇，就像每个人都可以笨可以蠢，但笨和蠢不犯法啊。如果说那篇文章是刻板印象或是偏见一点问题没有，上升到性别歧视就要慎重。