已锁定 主题:rails虽好,但依然难用
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2007-06-24
SteveGY 写道 ???深刻??这有什么好“深刻”的?
“一定要坚持用Windows Server、用SQLServer”,很多时刻,这就是客户的实际应用环境,合同就是这么签的,你能不照做吗?客户真金白银买的操作系统和数据库,这就是理由。 “因为你把它宝贵的东西都扔掉了”,在客户看起来,他们的投资才是最宝贵的东西。 还有人提到了UTF-8的问题,听口气似乎别人用GB编码就是落后,哎~~~~,你们有用过U8编码的数据库吗?知道国内的拼音排序规则吧?在不同的操作系统上,你测试过这样的排序吗?拜托各位用windows的mysql或postgers在936编码的windows上测试一下,当数据库使用u8编码的时候的排序,再同样的测试一下,在用u8编码的linux(Debian, Ubuntu或rh,甚至solaris 10)系统上,使用u8编码的mysql或postgres的数据库中文排序的结果。试一下,看看结果,再说话。还可以了解一下GBK, GB18030和Unicode组织之间的历史关系,你会发现,我们又多了N个痛骂技术官僚的理由。要解决这个问题,还得为linux系统添加utf-8.pinyin的排序规则,这个排序目前由国内某个人在维护,也是最近才有的库。 从你自己的回帖也看得出来,合同是不是这么签的,客户的数据库是不是最宝贵的,应用程序是不是需要按拼音排序,这些都是需要去确认的。凭空说没有这些事情,是不负责任;凭空说有这些事情,同样是不负责任。如果确实有这些事情,确实它们价值很大,为了它们来加大开发成本也是合情合理的事。但我的重点是:有没有充分论证这些需求的合理性。至少我自己已经多次看到为了一个想当然的需求而凭空加大开发成本的例子了。 |
|
返回顶楼 | |
发表时间:2007-06-24
且让我跑个题。本帖通篇主旨是讲铁道上的鲁比,可我偏偏淫者见淫,满眼全是一位职业咨询师的精彩表演。
>> 合同是不是这么签的 没听说过哪单合同会因为咨询师的意见而_改_签的 所以这里轮不到你操心合同的合理性。 >>客户的数据库是不是最宝贵的 晕 这个都需要质疑?很好 你有怀疑一切的素养 可惜显然用错了地方 >>凭空说没有这些事情,是不负责任;凭空说有这些事情,同样是不负责任。 非常正确,的废话 >>至少我自己已经多次看到为了一个想当然的需求而凭空加大开发成本的例子了。 你见过,我也见过,这里大多数人都见过。说出来就很拽吗? 你这副口气,无非也就是_想当然_地把别人的产品/项目当作是_想当然_的需求。这不自己扇自己吗? 赫赫 我也就耍个贫嘴 千万别跟我一般见识 |
|
返回顶楼 | |
发表时间:2007-06-25
jigsaw 写道 且让我跑个题。本帖通篇主旨是讲铁道上的鲁比,可我偏偏淫者见淫,满眼全是一位职业咨询师的精彩表演。
>> 合同是不是这么签的 没听说过哪单合同会因为咨询师的意见而_改_签的 所以这里轮不到你操心合同的合理性。 >>客户的数据库是不是最宝贵的 晕 这个都需要质疑?很好 你有怀疑一切的素养 可惜显然用错了地方 >>凭空说没有这些事情,是不负责任;凭空说有这些事情,同样是不负责任。 非常正确,的废话 >>至少我自己已经多次看到为了一个想当然的需求而凭空加大开发成本的例子了。 你见过,我也见过,这里大多数人都见过。说出来就很拽吗? 你这副口气,无非也就是_想当然_地把别人的产品/项目当作是_想当然_的需求。这不自己扇自己吗? 赫赫 我也就耍个贫嘴 千万别跟我一般见识 既然你都这么说了,还有什么好讲的呢,只好高呼您永远正确咯 正如我用红色标出来的,您的见多识广已经让我无话可说了。 |
|
返回顶楼 | |
发表时间:2007-06-25
gigix 写道 jigsaw 写道 且让我跑个题。本帖通篇主旨是讲铁道上的鲁比,可我偏偏淫者见淫,满眼全是一位职业咨询师的精彩表演。
>> 合同是不是这么签的 没听说过哪单合同会因为咨询师的意见而_改_签的 所以这里轮不到你操心合同的合理性。 >>客户的数据库是不是最宝贵的 晕 这个都需要质疑?很好 你有怀疑一切的素养 可惜显然用错了地方 >>凭空说没有这些事情,是不负责任;凭空说有这些事情,同样是不负责任。 非常正确,的废话 >>至少我自己已经多次看到为了一个想当然的需求而凭空加大开发成本的例子了。 你见过,我也见过,这里大多数人都见过。说出来就很拽吗? 你这副口气,无非也就是_想当然_地把别人的产品/项目当作是_想当然_的需求。这不自己扇自己吗? 赫赫 我也就耍个贫嘴 千万别跟我一般见识 既然你都这么说了,还有什么好讲的呢,只好高呼您永远正确咯 正如我用红色标出来的,您的见多识广已经让我无话可说了。 不好意思,可能我的口气有问题,在论坛上,一开口,态度不好,就容易得罪人,呵呵。 其实,我们也可以注意到,rails确实就是规定了它自己的套路,或者是正确的套路,这种套路可以减少一些开发的规范问题,并且解决很多的实际问题,但这也一样限制了作为通用开发框架(或者规范,'specification')的适用性,我的理解是“适用性”(或者是通用性?)在rails框架的方法论上有缺陷,也许它从出生那天起就从来没有想过要成为“通用”的框架,这是我的一厢情愿,呵呵。这也许和rails目前发展的时间还不够长有关,有些东西很难勉强的,在适当的时间点之前,没有出现合适的解决方法,有一些很好的尝试会遇到挫折,这需要时间、耐心,等待它条件成熟。我的资源不够,我只能等待。 比如,我个人比较喜欢glassfish的设计结构和某些特性,grizzly http connector 和目录deploy特性等等,但到今天为止,我仍然不能把它作为一个可选的应用服务器发布到生产环境中去,因为那该死的glassfish V2还没有结束beta,在我的应用程序中关键的cluster仍然不稳定,而V1又不支持cluster,等着,我没有选择,还在用jboss 4.0.5。同样道理,ruby的ms sqlserver的驱动似乎看不到什么希望 ,不用安慰大家,事实如此,看看python上的sqlserver驱动,还有linux上的sqlserver连通性,除了jdbc,ms几乎不给任何的支持,所以我认为这件事情是没有希望的,ms不会配合的。这也是我跟踪jRuby和grails的原因,希望他们的数据库连通性应该是完美的。不过到今天为止,我对grails基于hibernate的ORM依然失望,估计他们的ORM特征表中的项目仅完成了30%,呵呵,不行,受不了,所以我耐心等待。所以我想,不管大家喜欢还是不喜欢ruby rails,在没有足够的资源时,只能等待,资源永远是有限的,还是利用有限的资源做些有用的事情吧。 |
|
返回顶楼 | |
发表时间:2007-06-27
其实这些问题不需要什么争论,正如Dave Thomas在那本经典的Agile Web。。。里所说的:作web的路子有很多,而Rails将最好的一种给你,选择Rails你就选择了Rails认为最好的路,你不想走这条路,那么也请不要选择Rails
|
|
返回顶楼 | |
发表时间:2007-06-27
吵架了,技术人就是爱吵架啊。
gigix 大约是看到见到听到了太多项目为一个不存在的需求去做过多考虑的事情了。大家都在学习,都走了这个弯路。以Java的配置为例,为了未来可能的需求我们在上面花了太多精力。去年跟做C的项目,发现做C的兄弟们考虑问题就是不一样啊。他们尽量去考虑做现在需要的灵活,而不是假象的灵活 (本来C要配置化,灵活也不容易)。借此精神,我今年写点东西,发现容易多了。跑题了,呵呵。 “不存在的需求”确实是我们的大敌,设计时需要谨慎考虑。具体到楼主的案例,楼主没说起客户对系统的要求,所以不好说。也许客户就是要求 win,sql server怎么办?这个方面 ,很难说服他们的。 我们公司做一个数据仓库项目据说客户还要求在win上做呢(其他分公司实施,我只在打标期间听说 ,不知道后来实际怎么做 )。客户的这个要求很简单,他们的科技人员技能低,维护win方便,容易。而维护liuix,unix,他们有这能力的人太少。-----可知道他们还是商业银行啊,比起其他行业,总体上懂unix的人要多很多了啊。 |
|
返回顶楼 | |
发表时间:2007-06-29
Windows Server + SQLServer + Rails
这个方案自己没好好评估能怪谁? |
|
返回顶楼 | |
发表时间:2007-06-30
ltian 写道 我晕倒了,连MS sql server这样最普通的数据库都支持不了吗,一个开发框架难道还有数据库限制
整个Ruby on Rails社区说老实话就是歧视Windows用户。Windows本来就是一个糟糕的、不适合做服务器的操作系统,你为什么一定要用它做服务器?既然你要这么做,就为自己的选择付出代价吧:你会经常看到Ruby或者Rails的某个特性不支持Windows。 |
|
返回顶楼 | |
发表时间:2007-06-30
Rails1.2.3支持的数据库:
mysql postgresql sqlite firebird sqlserver db2 oracle sybase openbase frontbase |
|
返回顶楼 | |
发表时间:2007-06-30
jack说的不错,rails不用mysql,哈哈你不用试试,问题一大堆
|
|
返回顶楼 | |