rails虽好，但依然难用

    大约从06年9月正式接触rails。买ror书，按书上画瓢。开始进行实验项目开发，再到正式项目开发，已经过去了大半年了。这个大半年的应用中，最大的感触还是，rails虽然很不错，但是依然有很多地方让你痛苦不堪。

   不过这个也是大部分技术开始应用的时候经常遇到的，有些小细节上处理不好，整个项目就会被卡死。

   我所遇到的rails的最大难题，第一是。中文处理，第二：数据库，第三：部署。 这些问题在前期开发中和试验项目中实在是难以遇到，但是正式项目中却能让项目失败的几个点。对于准备热心应用rails项目的各位同学，千万要当心这点。

   做rails项目，要么就是严格按照rails最擅长的方式去处理，linux/unix运行环境，mysql数据库。在这种情况下，部署，和数据库部分问题就会很少，最多的也就是中文处理问题。中文处理的解决方法很多，基本不成为问题。

   不过由于工作环境的问题，rails的应用环境和推荐完全不同。
   中文处理问题，尝试完全用gb2312编码，问题超级多，费尽心思，虽然找到一个办法，不过并不好用。最终还是不得不采用了utf8。

   数据库：rails有说明能够支持ms sql server。 能够支持和实际应用，距离相差又是甚远。虽然都是采用utf8编码，但是非常容易出问题。
   部署： 用的是windows 2003，robbin的文章帮助很大，问题依然存在。 某些情况下，发送post指令，页面调用就会出错，这种错误开发环境下根本就从来不出现。

   上面的三个问题，从开始到最终解决，最长的有几个月那么久。（解决办法，我都在这里发帖）。而这三个问题，从开始看各位同学对rails，ruby的推崇的文字，到实验性代码中以及ror的书上，是从未提起过。三个问题，随便哪个问题解决不了，项目就完全流产了。使用新技术的整个过程中，风险依然很大。回头想想，还真是汗颜。

   论坛上有不少的同学经常想在公司里面推广新技术，新方法。我这里奉劝一句， 除非你已经用这个新技术，新方法做过好几个项目，方方面面问题都遇到过了，否则不要去推广。很多细节，只有做过，遇到过，才能够明白，理解和解决的。一些看上去不注意的细节角落，往往就是一个项目杀手隐藏在那里。当心啊当心。
   
 

 

有点危言耸听吧，只不过是你在这三方面都恰巧选择了最不好的解决方案。发送post指令页面调用就会出错？这更是没听过，估计是你程序有问题吧。我使用ruby/rails一年多来，碰到到最烦心的就是ruby的第三方库太少太不成熟了，但是相对与它的好处来说，这也算不得什么，而且情况会越来越好。

用新技术当然是有代价有风险的.....
java世界早就用UTF-8了.google页是...

支持
我记得当初学hibernate和struts的时候，整整学了一个月才做了点小东西。其实大部分时间用于它的各种配置以及一不小心配错了的错误查找上。
现在学rails，一个星期也能做些和当时用java做的差不多大量的东西。而且产生的错误少多了，或者说排除错误的时间花的少多了。上面的同学所说的一些问题我认为随着rails的越来越流行，都会得到很好的解决的。

如果你在一个CentOS上部署，用MySQL做数据库，用UTF-8编码，你可以更快、以更低的成本得到一个更可靠、浏览器兼容性更强的web应用。
人们总是这样：明明已经有做事的正确方式，却偏要用错误的方式去做事，然后抱怨说事情真难做。

环境不同，也只能用不同的环境。本意并非抱怨什么，只是用我的经验告诫使用者，别把rails当宝，这个宝不是什么情况下都好用的.

我还是这句话
Rails之所以是个宝，是因为它告诉你正确的做事方式
你不听从这些建议，你要用错误的方式来做事
然后你说Rails其实不是个宝
我觉得你的逻辑特别正确：在这种情况下Rails确实不是个宝
因为你把它宝贵的东西都扔掉了

jack是被逼的

我知道
但他的困境，仍然是很可讨论的。如果真的为这些问题，像他说的，卡了几个月，那是多大的成本浪费？出于什么样的考虑，可以浪费如此大的成本，而一定要坚持用Windows Server、用SQLServer、用GB2312编码？这个决策本身就是很可商榷的。

相当深刻。