看台湾综艺，美剧，摄影，写 blog……

我直接用 name.com 的 DNS，完全没有问题。

如果是一个很大的 hash，比如：

hash_elements = 10000
big_hash = {}
hash_elements.times { |n| big_hash[n] = 1.0/hash_elements }

Benchmark 只执行一次的话——

                           user     system      total        real
fredwu's traditional   0.010000   0.000000   0.010000 (  0.010952)
fredwu's one liner     0.010000   0.000000   0.010000 (  0.011436)
fredwu's enumerator    0.000000   0.000000   0.000000 (  0.005906)
hayeah's               0.010000   0.000000   0.010000 (  0.007418)
doitian's              0.010000   0.000000   0.010000 (  0.010415)

#22 楼 @doitian 整个执行。hash.to_a_sort_by这里用了很多执行时间——其实我觉得不用 sort 啊。

命令行里直接 diff。不然的话就是用 Textmate 里的 diff。

GoDaddy 的唯一优势就是价格，除了价格一无是处。

我推荐 name.com - 我几乎所有的域名都在 name.com 上。价格比 GoDaddy 稍微贵一点点（.com 的一般$9左右）。

虽然有 Kindle4，但我还是用 iPad 看。高分辨率啊～ ^__^

另外，我在 blog 上写过两篇有点关联的文章——

如何招募程序员：http://fredwu.me/post/16510145575/on-hiring-how-not-to-annoy-developers Agile 不只是个幌子：http://fredwu.me/post/20058808238/agile-is-not-a-sham

我觉得最好的方法是 reflection——

我现在在带队，很多时候都是回想以前我的 TL 做的哪些事情我觉得是好的，或是不好的——从而纠正自己做事的方式和态度。

@doitian 执行速度还是没有之前两个快哦。；）

                           user     system      total        real
fredwu's traditional   1.790000   0.010000   1.800000 (  1.832200)
fredwu's one liner     1.840000   0.020000   1.860000 (  1.864844)
fredwu's enumerator    0.180000   0.000000   0.180000 (  0.182008)
hayeah's               0.480000   0.000000   0.480000 (  0.478611)
doitian's              0.780000   0.000000   0.780000 (  0.785653)

测试了一下目前为止的几种算法的性能（各执行 100000 次）。算法包括我的三个，加上@hayeah的一个。

                           user     system      total        real
fredwu's traditional   1.610000   0.010000   1.620000 (  1.622086)
fredwu's one liner     1.920000   0.020000   1.940000 (  1.946811)
fredwu's enumerator    0.180000   0.000000   0.180000 (  0.180438)
hayeah's               0.480000   0.000000   0.480000 (  0.480785)

如果说是要高性能，处理大数据量的话，可以：

hash = { :a => 0.5, :b => 0.15, :c => 0.2, :d => 0.15 }
marker = rand

p hash.inject{ |s, n| s[1] > marker ? s : [n[0], s[1]+n[1]] }[0]

这个算法有个小小的弊病——严格意义上来算，由于 float 的精确度问题，结果是会有偏差的，比如：

0.5+0.15+0.2
# => 0.8500000000000001

再来个单行的；）

hash = { :a => 0.5, :b => 0.15, :c => 0.2, :d => 0.15 }

p hash.to_a.map { |el| Array.new(el[1]*100, el[0]) }.flatten.sample

The Well Grounded Rubyist - David Black

http://www.amazon.com/The-Well-Grounded-Rubyist-David-Black/dp/1933988657

hash = { :a => 0.5, :b => 0.15, :c => 0.2, :d => 0.15 }
keys = []

hash.each do |k, v|
  (v*100).to_i.times { keys << k }
end

p keys.sample

好想学日文啊～ 下载了好多日文的教材，一直没时间没精力学。T__T

http://swagger.wordnik.com/

不需要 rails。 需要 git（或其他）。

#7 楼 @hunter 开发新的产品领域和完善现有系统是两码事。：）

#3 楼 @gaicitadie iPhone 诞生以前，手机也是满大街的……

#4 楼 @suffering 嘿嘿，不错啊～ ^_^

#1 楼 @fleuria 这个我之前在另一个帖子里提到过。

我给同事的解释是——

Evaluating on the class level provides access to all instances - hence "instance_eval", and evaluating on the instance level provides access to just that class instance - hence "class_eval".

#55 楼 @jhjguxin #56 楼 @skandhas

你们这是在胡闹么 ＝。＝

require 'json'
wtf = "{'a':'va','b':'vb','c':'vc'}".gsub("'",'"')
JSON.parse wtf
# => {"a"=>"va", "b"=>"vb", "c"=>"vc"}

那时候我在 Twitter 上说这个应该 gem 化，dhh 还说直接用 Array.slice! 就好了。结果还是 gem 化了。。。嘿嘿嘿～

不过，导入 csv 的时候不是都可以选 csv 的 delimit 方式的么。

除了 Office for Mac，iWork 的 Numbers，还有 LibreOffice（OOo 的变种）外，貌似就没了吧。

SHOCKING HORRRRROR!!! o_O

routes 是个 manifest，没法 DRY 的。controller 的话，如果大部分功能类似，你可以继承，如果只是小部分功能类似，可以用 mixin。

Controller 的 composition 例子我手上没有，但 model 的例子可以看这个： https://github.com/fredwu/angel_nest/blob/master/app/models/startup.rb https://github.com/fredwu/angel_nest/tree/master/app/models/concerns

国外这类大牛还是不少的，Uncle Bob, Jim Weirich, Martin Fowler... ^__^