|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-26
dualface 写道
companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size
这样的代码确实看上去很爽，ruby 的语法真是灵活。 但是太灵活的语法会不会让一个团队的人写出风格不同的代码来啊？ 希望大家能够谈谈经验。 我们是用pair和每周研讨会来解决这个问题的 |
| 返回顶楼 | |
|
发表时间：2008-08-26
7thbyte 写道 mycybyb 写道 gigix 写道 引用 用Ruby能比用Java减少30%代码量这样结果不知道谁统计的？同样的功能？指哪些方面的功能呢？不要专门指Ruby擅长的或者Ruby自身封装的 API库里那部分功能？不知道Ruby做一个组态图形库的代码量如何？用Ruby写数学算法的代码会比java减少出30%吗？ 谢谢。
sigh 其实这个事情我都说过好多遍，说得都疲了…好吧再说一遍 companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size
拿Java写一个来看看？ 有些东西啊，既然别人这么言之凿凿的说，那肯定是有一定道理的，别人肯定是想过的 您这上来就“我们如何如何”，行，您什么都知道了，我也没啥必要非得说服谁不可，我又不损失什么 用java把那几个函数封装一下就可以了。 rails不就是把这些功能内置了吗。 还是那句话，java是语言,rails是框架，不具有可比性。用java也可以做个rails出来。 怎么总有人以为JAVA这种OO得不彻底的静态语言通过“封装”就能实现Ruby的特性？- - java里面数组和int都不是OO的东西 而ruby里面是 怎么封装也不可能封装出 1.times 2.odd? 这种东西好不好。。 发现根本就没理解代码、语言、框架关系的人浩如烟海。。 我晕倒，这和OO有什么关系。 java里扩展一下Number加个odd方法，怎么就封装不出来呢。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
7thbyte 写道 dualface 写道
companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size
这样的代码确实看上去很爽，ruby 的语法真是灵活。 但是太灵活的语法会不会让一个团队的人写出风格不同的代码来啊？ 希望大家能够谈谈经验。 我们是用pair和每周研讨会来解决这个问题的 谢谢。那能不能通过编写一个规范来要求团队成员尽量保持风格一致呢？ |
| 返回顶楼 | |
|
发表时间：2008-08-26
mycybyb 写道 我晕倒，这和OO有什么关系。
java里扩展一下Number加个odd方法，怎么就封装不出来呢。 你会这么用吗？ new Number(2).odd 好漂亮噢 |
| 返回顶楼 | |
|
发表时间：2008-08-26
不会和不能是两码事。
当然我一直都承认rails代码比较简洁。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
引用 说说ROR开发的弱点: Ruby目前漏洞太多,还未成熟 滥用plugins,gems造成的安全性问题 应用服务器的稳定性问题 其他都可以归结为 设计问题,能力问题,信仰问题 please enlight me. 顺便说一下，别吵了，帮我看看这个简单的问题吧：http://www.iteye.com/topic/231961 |
| 返回顶楼 | |
|
发表时间：2008-08-26
gigix 写道 引用 用Ruby能比用Java减少30%代码量这样结果不知道谁统计的？同样的功能？指哪些方面的功能呢？不要专门指Ruby擅长的或者Ruby自身封装的 API库里那部分功能？不知道Ruby做一个组态图形库的代码量如何？用Ruby写数学算法的代码会比java减少出30%吗？ 谢谢。
sigh 其实这个事情我都说过好多遍，说得都疲了…好吧再说一遍 companies.collect(&:departments).flatten.select{|dep|dep.location=="Shanghai"}.collect(&:employees).flatten.uniq.size
拿Java写一个来看看？ 有些东西啊，既然别人这么言之凿凿的说，那肯定是有一定道理的，别人肯定是想过的 您这上来就“我们如何如何”，行，您什么都知道了，我也没啥必要非得说服谁不可，我又不损失什么 这个C#能搞定~哈哈 |
| 返回顶楼 | |
|
发表时间：2008-08-26
无可置疑，robbin和gigix是比较正确的(我不敢说100%,谁知道以后会发生什么事情。)。不过似乎没有和那个Itian争论的必要。
总结一下: 1. Ruby VM 其烂无比，最主要的问题是内存泄露。 2. Rails 性能不是问题，因为瓶颈不在语言上。 3. Rails 的数据库事务管理比较差，不知道在银行等比较要求事务性的系统上使用会怎么样。 4. Bill Gates 不知道Ruby....(哈,开玩笑) 说实话，如果我是Sun这等公司的话，我可能会想办法搞个克服Rails现有问题的框架出来，因为实在太诱人了，市场占有率可以非常高，非常吸引眼球。 谁不想把10个人的活3个人干? |
| 返回顶楼 | |
|
发表时间：2008-08-26
toostupid 写道 说实话，如果我是Sun这等公司的话，我可能会想办法搞个克服Rails现有问题的框架出来，因为实在太诱人了，市场占有率可以非常高，非常吸引眼球。
谁不想把10个人的活3个人干? Groovy/Grails Sun自己都要抛弃JavaEE了，有些人还傻抱着不放 |
| 返回顶楼 | |
|
发表时间：2008-08-26
火星叔叔马丁 写道 gigix 写道 toostupid 写道 说实话，如果我是Sun这等公司的话，我可能会想办法搞个克服Rails现有问题的框架出来，因为实在太诱人了，市场占有率可以非常高，非常吸引眼球。
谁不想把10个人的活3个人干? Groovy/Grails Sun自己都要抛弃JavaEE了，有些人还傻抱着不放 感觉JRuby比Groovy这个亲儿子有市场 Groovy的好处是它编译成byte code |
| 返回顶楼 | |
