• 程序员,保重身体。 at 2012年03月08日

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

  • 程序员,保重身体。 at 2012年03月08日

    #8 楼 @raven

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

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

  • 程序员,保重身体。 at 2012年03月08日

    #2 楼 @raven 好,我试试。

  • #9 楼 @mobiwolf

    好!

  • #6 楼 @lgn21st

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

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

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

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

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

  • 强烈支持楼主!