#19 楼 @jinleileiking 本身不占什么内存，倒是我用 ruby em 包装的 dzen2 panel 占了 1.2% 总共 4G

-j 3是传给 make 的吧，这个 CPU 弱点就可以去喝茶了等着编译完了

arch xmonad

#25 楼 @zw963 用 Exuberant Ctags

lisp 里 ffap 快狠准，估计 ruby 只能找当前目录下的文件玩玩

自己写的话，(ffap-string-at-point) 可以用这个函数抽出当前位置的文件名

#19 楼 @zw963 没绑定的，可以 bind 到 C-x f，直接 M-x ffap 也可以，Emacs 自带的 find file at point。我是 helm-sources 里加的全是找文件和 buffer 的 sources，所以一般我都用 C-u helm-at-point

#13 楼 @yedingding -f 不就不 index methods 了吗？

1. ffap 可以抽取当前光标处所在文件名进行查找
2. 有 helm/anything 的话，helm-at-point在加前缀的时候会抽取出当前光标所在文件名开始搜索，也就是 C-u helm-at-point

Linux 下 kdiff3, vim 的 diff 和 Emacs 的 ediff, Mac 下 DiffMerge 凑合也能用下

还有回复

可以加权下协同过滤，按照用户的喜欢和收藏算贴子的近似度

忘了链接 https://gist.github.com/2272325 包括 alias method

#24 楼 @fredwu 综合测试了下，包括 benchmark 和 erorr。error 就是实际产生的频率和原来概率分布之间的误差

#23 楼 @fredwu 如果分布不平均，而且是构建 1 次，用 n 次的话，排序效果就会很明显，比如概率是 1 个 0.91，9 个 0.01，91% 的情况下只用比较 1 次

#21 楼 @fredwu 是整个执行 100000 次，还是只是产生随机变量值的部分执行 100000 次？贴下你的测试代码看看

#21 楼 @zw963 seq-count 是个好东西

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

cdf = hash.to_a.sort_by {|e| -e.last}
cumulative_probability = 0
cdf.each { |e| cumulative_probability = e[1] = e[1] + cumulative_probability }
cdf.last[1] = 1 # fix float error

marker = rand
result = cdf.find {|e| marker < e.last }
result.first

#14 楼 @fredwu CDF 可以提前算，如果 PDF 提前按从大到小排序

values: :a :c :b :d PDF: 0.5 0.2 0.15 0.15 CDF: 0.5 0.7 0.85 1

线性搜索会快很多

#11 楼 @zw963 我是加了个 yasnippet, 文件末不要有换行

# name: UPCASE # key: uc # -- ${1:>$(upcase yas/text)}$0

#14 楼 @zw963 跟 Xah Lee 的 binding 有得比了

#10 楼 @zw963 M-r按得快，M-u绑定在输入下划线，M-l绑定成输入连字符，有 prefix 的时候还是会调用原来的 upcase 和 downcase

自己电脑不都可以sudo吗

#7 楼 @doitian 错了是 C-l

默认的 M-r 也可以光标不动，屏幕在 top, middle, bottom 三个位置切换，不过我把这个键给 bind 到word-backward-kill了

#4 楼 @hbin 我也准备偷走，不过 M-n M-p好像容易冲突

#12 楼 @azhao 11 太弱 13 够用了

那篇口水比较多 看另一篇吧 http://www.cnblogs.com/miloyip/archive/2010/04/21/1717109.html 用的 javascript

#39 楼 @u1331878576 Ruby 是 LSB 这个做标志位，标明是整数还是指针，省到 type 所占的位置， @neutralevil 解释的很清楚了 http://media.pragprog.com/titles/ruby3/ext_ruby.pdf 这个 P10 有详细说明