#13 楼 @WilliamZhu foursquare 从 mongodb 到 solr，最后迁移到 elasticsearch：http://engineering.foursquare.com/2012/08/09/foursquare-now-uses-elastic-search-and-on-a-related-note-slashem-also-works-with-elastic-search/

auto_link 有 bug...

#49 楼 @alsotang #47 楼 @ugoa shift

谁建表用谁的！

#2 楼 @lb563 返回 false 说明意外终止了 你把输出打出来

好神奇

这个箭头用什么画的？

可以的啊

1.9.3p194 :004 > system "cd /tmp && echo `pwd`"
/tmp
 => true

#45 楼 @ugoa 还可以这样哦！ https://github.com/rails/rails/blob/master/actionpack/lib/abstract_controller/callbacks.rb#L166..L170

好早就有

#26 楼 @ery 如果是 Rails 里的日志可用http://api.rubyonrails.org/classes/ActiveSupport/Notifications.html

#24 楼 @ery DRY 很重要呀 这也是 Rails 框架的最求之一。DRY 意味着更少，更快，更简洁，更容易修改。 如果三个组方法写 9 遍不觉得罗嗦么？至于过于不过是度的问题，每个人都有自己的衡量。这就没法讨论了。

快速定位源码真不是目的啊。框架是直接面向开发者，大部分程序员不需要去了解 Rails 的内部实现，或者去读源码，修改 Rails。他们需要的是使用 Rails。

我有时候用 ack 有时候用 tracer，还有时候直接去 github 上沿着目录找，觉得应该在什么地方就去看。

“黑夜漫漫，星海茫茫，一切和昨夜一样，只是少了一个刘先生”，前几天在书上看到这段的时候我就想起了新闻里的刘先生。。。

#21 楼 @ery 没找到很早以前怎么实现的。 但是我真没看出来这段代码从可读性可维护性角度有什么问题，即使用了 class eval。不但可读性好，还 DRY，注释也很清晰。当然如果你的衡量标准是 ctag 能否定位过去。。那显然作者没考虑到。即使你和他提他也不会把这点作为首要的因素。

我看过一点 Rails 的代码，也认真看过一些 Rails core team 对某些 issue 的讨论，还有一些批评 Rails 的文章。总体感觉是： 1.Rails3 的代码比 Rails2 好很多 2.Rails3 以后的各版本的兼容性已经很好了。 3.如果 Rails 的代码算烂的，那么整个 Ruby 社区找不出来什么好代码了

#17 楼 @ery 举个例子啊！或者在 github 上面可以做代码评论，让作者解释一下原因等。这样随便说说就把 Rails 说成代码烂，实在是缺少根据。

根据英文的习惯，如果全是大写通常是几个单词的缩写。全是小写说明是一个单词。这里的 git 应该是按照单词来理解的。@Rei 引用那段无论如何都要大写，因为是段落的开头。

显然是网络连接问题

我的观点是，数据库层面的唯一性一定要加。 model 层的唯一验证看是否需要错误回显等应用逻辑去决定。

我也觉得没有用，每次都会生成这样一条 SQL:

SELECT 1 AS one FROM `users` WHERE `users`.`email` = xx LIMIT 1

不过，如果不加的话要自己对异常进行处理。

我的理解是，rails 作为一个一栈式框架，做了很多没用的事儿。这可以使应用不依赖其他组件（数据库/反向代理/缓存容器等）就可以正常工作。但实际上需要用户自己去取舍，比如 rails 可以处理静态文件，但是几乎所有实际环境都交给 nginx 处理。

#4 楼 @ywencn 你们使用多少内存？

#2 楼 @fleuria 我喜欢设置这两个：

--old-style-hash
--skip-bundler

#2 楼 @williamherry 是我误导你了。。start 是实例方法

猴子补丁法：

def Net::SSH.start
end

#23 楼 @bhuztez 举个例子： 我产生了一个 schema/0001_create_users 这样一个 schema 迁移 然后又生成了一个 data migration，名字叫 data/xxx_migrate_title

我的问题是： 1.这个 data migration 的名字是 data/0001_migrate_titile 还是 schema/0002_migrate_title. 2.执行迁移命令时候是一起执行还是单独执行

如果是一起的，那就和 rails 目前的 migration 一样了。修改 schema 的 migration 也可以修改 data。但不是我想要的。

#21 楼 @bhuztez 这两个东西放在一起吗

#13 楼 @WilliamZhu 呃。。好吧

#11 楼 @bhuztez 呃 还真不错 不过这东西用递增序列做版本号不怕多人开发的时候冲突么？ South 是第三方工具。。这么说 django 貌似没有 schema migration？