irb 的 REPL 当前类是 Object

#33 楼 @bhuztez 不过 prolog 是否可以找到足够多的剪枝模型来极大的优化大部分问题的搜索效率呢？ 就像精确覆盖的 dancing links 模型可以极大的改善 sudoku solver 的效率这样？ 不过我尝试 prolog 写的数独的效率比我自己实现的差得太远太远了。。难道现在改进 prolog 的人不是这样做的？

（见到大牛了多多请教下，见谅见谅～）

#22 楼 @fsword #23 楼 @bhuztez 其实我对 prolog 不是很了解，我胡乱吐槽所以感觉压力很大。。 不过最初我在看 SICP 的时候，在第四章看到了一个和 prolog 很像的基于逻辑的数据库，立马就被吓尿了，的确是一行代码就没写就做了很多事情啊。。。 总的来说我对 prolog 的看法是：

1. prolog 的确是很有用的工具，让人能够专注于问题的逻辑，并且通过简单的代码就能实现高效的搜索
2. prolog 的最大问题是，他屏蔽了你对问题的深入探讨的欲望。假设你满足于一个效率比较低，但能够勉强忍受的程序，你就不会想去得到一个更优的算法。

总的来说，如果我确定了一个问题是 NPC（或者 NPHard），我会毫不犹豫用 prolog

#20 楼 @YangZX 在这个帖子里面唱 prolog 的黑脸压力好大。。。

#19 楼 @bhuztez 当 n 扩展到 10000 的时候你的 prolog 怕是一辈子都跑不出结果吧 当我第一次用 prolog 尝试写个 sudoku solver 的时候我就对 prolog 深表失望了，1.你看楼上那个 prolog 代码，完全是充满了重复，完全可以用一个循环来表示那些逻辑嘛，2，即使是最好的 prolog 编译器，实现的自动搜索比得上你自己去发掘出的剪枝或者说其他更高效的算法有效吗？

依赖 prolog 就像是你依赖计算器一样，或许你能很好的计算 12345 * 54321，但你永远都不会知道 e^ix = cosx+isinx 是怎么回事

prolog 这样的东西会让人思维退化，下面的代码对所有 n>6 工作，对于 n<=6, 暴力搜索。复杂度是 O(n)(或者说 O(1))

def calc n
  ([1] * n).tap do |ret|
    ret[1] = n-3
    ret[2] = 3
    ret[3] = 2
    ret[n-3] = 2
  end
end

http://www.cnblogs.com/chijianqiang/archive/2012/11/06/vim-3.html是一个不错的 vim 配置从零起步的教程 http://learnvimscriptthehardway.stevelosh.com/则是另外一个相当不错的 vim 从配置到 vimscript 的教程 https://github.com/yangzhixuan/vim则是我自己的配置文件和插件（pathgen 管理），对于 rails 开发来说，主要是用 rails.vim，ctrlp（commandT）来切换文件，而不是 NERDTree 或者 ctags

#10 楼 @thisiskun 真心喜欢 Lisa。。

只是一个普通的运算符。。。

怎么就没有人说 Rails 3 Tutorial。。这才是手把手教你山寨 twitter 啊。。

求开源。。

#7 楼 @thisiskun Javascript The Good Parts 就不错嘛。。比这本书还狠，好不吝啬对 Javascript 的批评

“代码扁平化”。。。楼主是想说扁平作用域吧。。

另外，rvm get head, rvm use , blah blah 其他命令都正常的呢。。