用户名现在不区分大小写了

http://haml-lang.com/ 另一个选择

#5 楼 @KennX 缩进要求编码的人设置好编辑器，或者用 haml，Slim 这样的模板语言生成 html。编辑器还有自动排版。

#12 楼 @hooopo 速度应该不够，以前我一个页面用一个缓存数组避免 1 + N 查询，后来去掉这个数组，马上慢了 150+ 毫秒。mongodb 跟内存数据库的速度还是差一个数量级，将工具用到它被设计用于的地方。

是指样式？建议用 Twitter Bootstrap。

#18 楼 @cqpx 确定测试框架之后会全力补上测试

#16 楼 @fredwu Rspec 就是一个岛（Test::Unit 是另一个），然后这个岛上很明显竖了个牌子：这里有个叫做 Cucumber 的东西，如果你没接触过，哎呀都不好意思跟别人说了。

然后第一个跑题的不是我，是 #2 楼

#14 楼 @fredwu Ruby 包容各式的框架，但是 Rspec 和 Cucumber 走太近了（主要是 Rspec 那本书）。

#6 楼 @fredwu

Module ContentExample
  def test_should_acts_as_content
    assert ...
  end
end

Class PostTest < ActiveSupport::TestCase
  include ContentExample
end

shared context 直接写个 method 调用好了（只有 let）。

这个例子没有 rspec 的 shared_examples 和 shared_context 强大，但我觉得这个优点不足以驱逐 Rails 自带的测试框架，因为我见过 Rails 升级时 Rspec 的各种不兼容（Rspec 竟然有两个大版本）。

还有一个强烈反感 Rspec 的是因为 Cucumber，同样的测试覆盖度，用上 Cucumber 代码量要大 5 倍，很多还是工具生成的，我想到 Java。而偏偏 Rspec 社区就和 Cucumber 绑上了。Rspec 的书上来就写 Cucumber，然后社区一直怂恿：你用 Rspec？你喜欢 BDD？来吧，用 Cucumber 让你的 BDD 更酷。开发者主导的项目，Cucumber 除了给脚上绑上铅块我看不到任何好处，而且我很怀疑产品设计人员根本不会写 Cucumber，最终就是 BDD 爱好者自娱自乐。

#7 楼 @cqpx 都占用了 rake 的默认任务（记忆中，不确定）。每个开发者测试时候要敲两次命令是个负担。

#2 楼 @southwolf DSL 的魅力是简化本来复杂的逻辑。但是 Test::Unit 本身就不复杂，非常直观，倒是转到 Rspec 要把思维扭个弯。然后这两套测试组件的可读性取决于熟练程度。

#47 楼 @xdite 这是开发环境还是生产环境？看了下日志没有相差这么悬殊阿

#43 楼 @huacnlee 哦，看了 mention_user_logins 的 cache，cache 更好。其实可以把整个评论片段 cache。

#43 楼 @huacnlee n+1 可以打开 identity map 缓解

#37 楼 @huacnlee 确实，我也烦恼 codecampo 在公司和回家看的不一样

#31 楼 @huacnlee V2EX 发帖量大，所以换浏览器，链接的 visited 状态不同问题不大，因为基本都有新帖，而且样色不要太亮。现在 ruby-china 发帖量也很大了，可以考虑这个方案。

#11 楼 @fredwu 我选择这样写

test 'Given I'm on the homepage, Then I should be able to sign in as user "test" with password "test' do
  ...
end

1. test:units。rspec 属个人喜好问题，建议没有决定的时候先用 test:units，因为 test:units 没有任何问题，rails 团队在维护，我也不明白为什么会火一个做同样事情的 rspec。

2. 我的测试量是 view << funciton < units，js 想测，写了一些 qunit，还没实践到项目中。总之视图测试是弱项，想听听别人经验。

#20 楼 @john1king 变化非常大，2.0 到 3.0 改变了路由语法，prototype 被 jquery 替换，rjs 不被推荐。3.0 到 3.1 添加了 assets pipeline，scss，coffeescript，移除了 rjs。

现时我都不知道推荐什么资料好了。以前我是 2.0 时代，看 1.2 的书学的，然后再一步步跟上时代

#4 楼 @yorzi 1.4.3 太低了，升最新版吧 findAndModify 的 upsert 需要 1.5.4+ http://www.mongodb.org/display/DOCS/findAndModify+Command

能把错误日志全部贴上来吗？一截看不清上下文

哇，没电了！

会师高潮

#3 楼 @huacnlee LZ 要 Ruby

#14 楼 @numbcoder 已经可以了

编程忌浮躁

书写得不好是作者的问题，读错书是读者的问题

《Programming Ruby》《Learn Ruby The Hard Way》

#17 楼 @huacnlee 用来搜老 API 挺好的。

#16 楼 @liuzihua 书的第 2 版对应 1.2，第 3 版对应 2.0，第 4 版目前到 3.1 了

#13 楼 @suupic http://api.rubyonrails.org/ http://apidock.com/rails

#11 楼 @night_song 我就是要这个！

#9 楼 @HungYuHei 我遇到个现实问题。之前检查到一个 5 月份的代码有 bug，已经知道它的 commit 是哪一个，接着要检查它什么时候进入 master（线上运行），以进行数据恢复。

然后检查的途中一直在 merge preview of xxx to preview 这样的合并中左拐右拐，非常干扰，想直接找到到达特性分支合并到 master 的时刻，这时候线性分支就好找了。