我怎么就觉得rails适合做大型应用

 

 我感觉前期的需求一定要做好，之后就是设计，设计出来后，用rails开发起来很快的，所以花多点时间做设计是值得。

 

报表展现和决策分析能否交给Oracle做？

 

我去年年底，用rails抢做了一个项目，由于比较急，是个政府OA系统，准备年前上线，算是形象工程，3个人，不算是经验丰富的，花了2个月，好在需求没怎麽变。

 

我个人觉得8个月是足够的。

 

 

 

    liuqiang说的有道理，不是ruby和rails强项的东西，各归其主，交给其他擅长此功能的模块实现好了，这样就不会越俎代庖了。

我没有用过ruby和ror，看了很多人的评论，对ror还是不太放心。
目前正在鼓捣一个系统：flex+pureMVC+rest+grails，选择grails是觉得这个东东在JAVA框架和ror之间做了一个平衡（呵呵，我比较倾向中庸之道），毕竟groovy背靠JAVA这个笨重而稳定的大树。
我比较推崇实践主义，如果没有实际大型项目经验，还是保守点。
不过个人目前比较忙，有时间也鼓捣一下rails，做个实际的系统，等有经验了，再和各位讨论一把。

闲话一把：
1Tian老兄，你犯了大忌啊，不懂的东西，不要乱发意见，容易出洋相啊！俺是不懂的从来不说，毛老人家不是教导过我们，没有调查就没有发言权！
《应用Rails进行敏捷web开发》快看完了，就是上面的例子太easy 了，唉，要是以后的书弄厚一点，弄一个实际项目的案例，就会少很多顾虑和争执了。

多做、多实践，多听、多想、多分析、多总结，等有经验和水平了，就可以充“权威”了，

真xx能扯，不愧为作咨询的呀，难道TWer都这样？


客户：想要设计一管理系统，多人访问，BS架构怎样？
TWer：走BS就要传输HTML，按照分布式系统第一原则，这就是“分布对象”了，建议你们设计成单机版。

客户：那数据怎么共享呢？
TWer：共享那还不简单，本机操作完同步复制到其他机器就行。

客户：果然是好办法，那通讯协议怎么定，走java序列化怎样，编程简单。
TWer：不行，按照通信第一原则，要“使用基于文本的协议”，可以参考http、tcp、ip、arp、3p，你要这样...那样...

客户（无比敬仰的表情）：知识渊博呀，下次顾问还找您！

to pufan:
关于这个的讨论可以见: http://www.iteye.com/topic/82227 , 这个话题里本不该讨论这个撒。


to 风清云淡:
dlee上次说他们目前用pureMVC+rails+rest感觉很好，另外印客网貌似也有flex+rails的产品，那个校内也是准备用flex+rails打造一个音乐互动平台，我们最近准备上个flex+rails项目，有时间可以交流下。

另外不要过分打击别人，人急了是要骂街滴：）

嘿嘿，有感而发，这年头，谁也不比谁懂的多多少。

分布式系统是怎么定义的，google一下就清楚，传输个所谓的“分布式对象”就是分布式系统了吗。

还有那个通讯第一原则更是扯，按我看第一原则是减少传输量，网络传输的最小单元是bit，文本又是什么东西。

唉，叫我怎么说呢？你怎么不看看我的帖子，我选择了什么方案？
呵呵，gigix不是俺心目中的“权威”，你别激动。我说这些实在是好意，你不领情，我没辙了。

不过一个没用过ror的人(用JAVA)和一个有ROR和JAVA实践经验的人辩论一个以ror为核心的话题，我怎么老觉得哪儿不对劲了？

这种讨论有意思么？各个笑里藏刀，恨不得把人踩脚下还要装斯文

我是用Grails，没用rails。虽然有n年的C++和JAVA经验，但是对动态脚本语言还是刚入门，不过现在觉得很好玩。就像04年我从C++转到java的感觉。

现在用flex+pureMvc+rest+grails这个技术路线做系统，还是靠忽悠把老板给蒙了， 。
我这纯粹是玩技术，不过还好这个项目是非市场项目，成败关系不大，全当demo给兄弟们练手，也算多学门混饭的手艺。

等过段时间，项目进展的差不多了，大家可以多交流一下。