@johnsonz 没有用到爬虫

@diudiutang 一个人小项目当然没问题，但是如果在一个 team 就要考虑如何让团队的人都了解代码的安全状况，当然还得保证项目上线以前修复必要的安全问题，这道理就和为什么需要一个 ci 系统，而不是只在自己的机器上运行测试一样。

Markdown 语法就是这样的吧，用 vi 编辑 markdown 文件到 80 个字符就会自动换行，可读性会更好

@yorzi，虽然这个表单可能很重要，但是没必要经常性的手动或脚本检查

首先，保证有测试覆盖到这个表单，上线之前检查测试成功与否，或者上线之后手工测试一次确保成功。 @huacnlee 说的异常监控应该是指 exception_notifier 或 airbrake，如果表单提交之后发生异常，会发送邮件给你。 至于能不能正常访问，你应该用 pingdom 或 rpm 保证你网站是可访问的即可。

我也来贴个高分 :-) http://gitscore.com/user/flyerhzm 不过非 github 官方算的分数都不会很准

我都在 callback 结尾处显示返回 true

@fantasyday 我比较意外的是 cookpad 居然是今年 railsconf 的最大 sponsor，果然是走国际化路线的啊

@mimosa openfeint 已经被收购，http://venturebeat.com/2011/04/21/japans-gree-buys-openfeint-mobile-social-game-platform-for-104m/

@fantasyday 估计不是日本找不到牛人，而是日本牛人太贵了吧 :-)

好主意，我也去我的网站上加个

如果考虑像@ashchan一样移民日本的话，还是相当赞的一个选择，至少比起我们的 tokyo office 人性化很多

没人用 spork + guard 的吗？

很好很强大，尤其是 livereload

赞，大家装 gem 都要翻墙的吗？我这里好像不需要呢

我要是能够申请到一个演讲资格，我就去。不过据我前老板说，Railsconf 质量不咋地。

为什么不是设置只能 deploy 一个分支到 production 呢？比如 production 或者是 master

一个抢走好多中国优秀 ruby 程序员的公司:-)

Homebrew 也是用 ruby 的，ruby 能够写出比较幽雅的 DSL，而且在 mac 上已经是预装的

这就是@ihower在 09 railsconf 上说的 virtual attribute, http://rails-bestpractices.com/posts/4-add-model-virtual-attribute

@xds2000，赞的，应该在老外那个 readme 里面指向你的 repository

@fredwu，恭喜恭喜，今年看你工作变动了几次，之前在做 consultant 吧，看看什么公司这么令人振奋

@xds2000，这个和官方的 gem 有啥区别呀？

看 github 上的 README 就可以了 https://github.com/flyerhzm/rails_best_practices

另外推荐在 ruby 1.9.2-p290 上使用

mongoid 已经支持 includes 了，不再需要 mongoid-eager-loading，呵呵

我用过 draper，会明显增加 view render 的时间。 对于 view 代码的复用，我还是比较喜欢用 cells http://rails-bestpractices.com/posts/89-use-cells-to-abstract-view-widgets