RubyChina 半数以上的帖子质量都很高。 V2 菜鸟乱说的帖子实在太多，放在一起没法比。

人少，精英，远程。 人多，各种部门和业务，还是办公室靠谱。

Homebrew

Linux 桌面？你会习惯的～

新的蓝色挺舒服的

#1 楼 @luikore Chrome 可以用这个方法一次性解决。

Safari 没办法，只能靠 hosts。 Safari 写插件太麻烦，用户量又小，大家不愿意为它写。

#2 楼 @lgn21st 可以考虑用 rack-attack 过滤一下频率过高的 IP

生产环境没这么慢，都有 cache 的。

#42 楼 @siyang1982 Good job!

GOOD! SUPPORT! POWERFUL! HAVE HOPE!

第一回合：

@rei 的原推应该是想表达：由于不同的人对单一职责的粒度定义不同，导致这条规则并不能真正解决问题。得出软件开发没有银弹的结论。

但是，也正是由于每个人的角度，定义，知识空间差异很大，于是产生了本帖，以及下面的评论。

第二回合：

本帖 @hooopo 想表达的是：通过对一个定义的差异理解，来讨论这个定义，本身没有意义。 这句话对不对呢，当然对。但是和 @Rei 的原推讨论的内容一样么，显然不一样。

第三回合：

随着讨论的深入，产生了 #6 楼 @Rei 的举例，有人贯彻落实“单一职责”成这样：

class Show
  include Lotus::Action

  def call(params)
    @article = Article.find params[:id]
  end
end

是想继续说明，由于粒度定义不同，导致符合规则的做法有很多种，不解决问题。

第四回合：

#9 楼 @emanon “单一职责”并不是说一个类只能有一个方法吧。

这句话依然是对的，但是跟 #6 楼 @Rei 的举例角度无关， @Rei 显然不是说单一职责就是这么实现的，而是说，这是一个不太好的另一种实现，以此说明统一规则被不同人解释，会产生不同的结果。

……

回帖中还有很多有价值的评论，大部分人说的都非常正确，但是由于各自知识空间和观察角度的区别，产生了很多的分歧。

这事儿又回到了原推说的：对于这件事的争论，也产生了不同的理解，你看，不同人还是会对同一个定义得出不同实现的吧，所以软件开发没有银弹。

本帖处于瞎扯淡节点，请放心扯淡，一切责任由节点负责

可以用队列来分派给 Python 的任务。

#14 楼 @peter 贴膜现学现用，1 小时出师，3 小时盈利，月赚万元，100 年后走上人生巅峰，迎娶白富美……

这家网站抓取了 Twitter 消息，所以出现了我。免责声明：本人与该网站也无关，不支持也不反对该网站的观点。

看到：WARNING: malicious javascript detected on this domain 基本上就是打开的网站太 low，嵌入了某度的 JS 脚本，该脚本又是被墙篡改了的，用于 DDoS Github，Github 就会返回你看到的警告。

咳咳，歪楼了……

#11 楼 @hanluner 一个大型的 Web 框架，短平快是不可能的，必然有一定的学习成本。相对于它提供的最佳实践，这种学习成本已经很低了。

对于自己不会用的工具，不学习，先骂工具是一 XX，这样的心态是没办法进步的。

如果实在要追求短平快，不建议写程序，可以去贴膜。

虽然商业上的尝试没有成功，但是能把技术架构清晰的代码开源出来，也是对世界的另一种贡献啊。感谢楼主。

看起来不错。 搜索结果的排序是按什么排的？

这种需求用 Redis 的 Pub/Sub 更合适。 http://redis.io/topics/pubsub

如果不想换数据库的话，只能轮询了，如果数据量大，请求频繁的话，轮询性能很低的。

You saved my life

可以考虑 R 语言啊

我记得低价的甲醛传感器比试液的准确度还要低，高价的传感器可能不太适合家庭用户。

#7 楼 @zgm 这个 gem 应该主要是给那些说 Rails 没有 Service 层支持，所以就没有架构的人用的，告诉他们几行代码让 Rails 支持 Service 层，哈哈

#4 楼 @brucebot 这个的确是个纯粹的 Ticket system，比 redmine 轻量级多了。

如果你不介意体验，一定要求开源且 Rails 的话，Redmine。 如果你不在意是否开源的话，其实市面上有非常多好用的 Ticket System，或者说在线协作系统。

楼主文采不错，不过……

第一条太牵强了

其实，Rails 已经提供了最佳实践：

1. 在你业务简单的时候，让你简简单单用 ActiveRecord 模型。
2. 复杂的时候，你可以用官方推荐的 Concerns。
3. 更复杂的时候，可以通过 gem 和 API 来拆分。
4. 极端复杂的时候，由于 Rails 3/4 两轮更新，模块化地更好了，你可以设计自己的架构，按需使用 Rails 提供的工具。

楼主说：

Rails 的架构就是：基本没有架构……

不知道这个结论是如何得出的

redirect_to 那条是来凑字数的

这是浏览器的行为，无论你用什么语言开发，什么框架开发，都会遇到这样的问题。

如果这个算 Rails 问题，那 IE6 兼容性问题一定要一起带上，算给 Rails 的坑，哈哈~~

#7 楼 @leekelby 友情提醒：在国内诸多地区，http 会被运营商随机地插入广告代码，导致下载下来的 gem 有不可预知的问题，所以，如果要把 https 替换为 http 请三思。

#1 楼 @Rei 哈哈哈哈

Github 已经成功了，Google Code 已经流失了太多优秀的项目，所以，Google 作为商业公司，关闭它也是情有可原。

没接触过编程也不算零基础啊，真正的零基础是 没接触过人类语言，看不懂文字，也不会说话 有没有人是这样的，有没有，你站出来……

#23 楼 @ery 看完了你那篇遗留系统转向支持 UUID 的实战经历，感谢分享。 另外，文采很好，幽默