饭后“跏趺坐”，可防消化不良。

#30 楼 @ery

治疗颈椎病，我有一建议，用两个显示器，经验左右转头，就不会了。我试过，蛮好。

头像已恢复。

换了台机试了一下，可以显示出来。报告完毕！

#33 楼 @ywencn

这位兄弟，也许你是对的，我们暂时先不争论类似观点了吧！

#2 楼 @skandhas

是的，不过我这里看不到了，不知道是不是你那里缓存还没有过期的原因。

#30 楼 @jean

如果@jean对我的问题理解的过于偏的话，请你原谅是我没有表达清楚，凡事有个度，这点相信大家都是知道的。弯路可以走，但如果一开始就是弯路，相信会把太多的人挡在门外。如果你要讲这是这些人不够坚持，失败了就退缩，在这里讨论这些问题，我认为不够有意义。占用大家太多看水贴的时间了。当然，适当幽默一下还是蛮好的。

#3 楼 @ywencn 可以作为组织者。

#1 楼 @ywencn

可以考虑，但更希望有现在有号召力的朋友牵头，等我有号召力了，我来办。 建议：每个 License Key 可以加点组织费用。

#28 楼 @huacnlee

:) 明白，有时候我也不是在为我个人提问，希望社区的内容有一定的梯度，入门的有，深入的也有。

#20 楼 @ery 赞~~

#24 楼 @huacnlee 非常希望看到这样的答案。另外，在开发这块，应该还有很多要注意的地方，还有很多可以复制的经验，这样去学习，就犹如学习设计模式一样靠谱，方便，重要。 补充一个问题，希望各位高手正解： 如果站点用 Nginx 做负载均衡的话，开发方面要注意哪些问题，比如：Session，Memcached？我不想听到的答案是 Google 上有或者在 Iteye 之类的网站上有答案。当然，如果是经过高手甄选，把链接 post 上来，也很不错。答案最好就一个。

#25 楼 @shawnyu 顶，有时候只有亲身体会后才会知道。

#17 楼 @stephen

是的，我们这个网站可以把这个当一个主题来弄，让大家可以快速达到一定的高度。这样更有利于这个社区的发展。

在哪里看参与规则？

#17 楼 @raven 感觉非常不一般：腿脚 5 分钟之内没有知觉！

#6 楼 @lgn21st 花时间细读了几遍，我又有了很多收获。希望和我一样有着同样想法的人多读几遍。

机缘巧合听到@lgn21st的一个演讲，了解到了。

现在一直关注中。

现在也一直在尽力宣传它。

伪跏趺坐一会儿，腿麻了。

#8 楼 @raven

对，我感觉也差不多。并且硬板凳比软的还好点。

#11 楼 @lgn21st 嗯，同意你的观点。其实你已经给出了答案，至少让大家明白了 Google 什么方向了。可能提具体的问题会讨论的比较具体，以后我会把我的问题分解成具体的，得到具体的答案。

#2 楼 @raven 好，我试试。

#9 楼 @mobiwolf

好！

#6 楼 @lgn21st

你们观点“关于 Rails 所说的 Convention over configuration（简称 COC）其实是有个界定范围的。”，我非常同意。可能我的问题确实没有问好。我的核心问题只是觉得选择不要太多了，对于刚接触的朋友，能有一个约定的“最佳方案”，蛮好的。

关于大网站，我的意思不是说如果把一个网站运营成一个大网站，只是如果现在有一个网站访问量已经相对比较大了，想用 Rails 改版或者说支持以后的发展。

#4 楼 @huacnlee 嗯，非常同意。 希望有一个最佳选择，节约学习成本，如果哪位朋友能给出一个靠谱的培训，我想收费高点也有很多人愿意。

是我的表达能力的问题，看这位的 ID 号很前，我想应该是位高手，我再解释一下我的问题，如果我还说不清楚的话，我再解释。 主要就是希望有经验的朋友，能分享一个相对很好的方案，大家跟着学，跟着做就可以了。例如：你有用 Rails 开发比较大型网站（不要问什么是比较大型，任感觉吧）的经验，给大家分享一下： 1、用的什么开发工具（你用什么，我买什么）； 2、在什么环境下开发（操作系统），我跟你一样； 3、团队如何配合（如果有可能的话，尽量差不多）； 4、部署方案是什么（跟你搞一样的） 5、开发过程中有哪些要注意的。 6、。。。。

具体一点，就当一个“最佳方案”给出来，约定约定，大家跟着你的方法来就可以了。当然，我不是反对更好的方案，也不是说其它方案都没有这个好。只是希望不要有太多的选择。

http://ruby-china.org/topics/1702

强烈支持楼主！