人吗,逃不脱想占便宜和被占便宜的心理。
确认了下不是我网络问题,刚才贵网站 down 了。。。不只 3 分钟了。
这个帖子好。 那个音乐链接有问题了。我贴一下。 http://www.luoo.net/single/11215
支持~ 要是带着疑问学习更好,呵呵。
#4 楼 @woaigithub 当然,欢迎人才~~
#3 楼 @michael_roshen Matz 在书里写了“抱怨”,应该是 rails on ruby,而不是 ruby on rails。其实 and/or/on 都不重要哈,我改成 or 吧,这样更开放些~
#1 楼 @woaigithub 你很有前途~~
这个人选,建议改陈 15+ 吧
有时间学一下,开阔下思路。
没有去的,更是期待啊~
有深意。
rails。 实事求是,说法不够精确。没有像射手应用那样搞测试。只是从使用中的感觉来比较的。 从语言和框架的设计角度来看,也应该如此。 另外,搞这种对比的东西,最好是能深入理解对比对象的原理,思想,运行方式,优化方式等。 一般的二流公司不太适合搞咨询。
楼主这个头像,本身就很有号召力。
看着不错,简洁。
PHP 比 ruby 运行快,从项目来看,好像是这样。 很多细节就决定了的。就像写完了 ruby,再来写 php 要想吐一样,这个也是其语言本身很多细节就决定了的。没有人去跟 c 比。 ==>>正常情况下,就不必深究这个了。要是有人诋毁,就喷他~~
fantaxy025025#126.com 非常感谢!
支持继续补充啊。
“因为 irb 每次执行都会输出返回值的 inspect,所以造成了 where 语句执行查询的错觉。” 趟过这个地雷的就会有经验了,另外 sql 的 log 默认不会打印到控制台。
#1 自己去买个用用,否则听再多的也是白费(看你目前的情况)。 #2 没有经历过的,试着从别人的角度理解问题,也是一种能力。
还是同意 hooopo 的,实际开发的时候,基本上用 blank? 和 present? 就 ok 了。 一切你认为应该是“有值”的,皆为 present 的,反之就用 blank?。 这两个配合的另外好处是少用 ! 否定号,这样脑子不用绕弯子了。
与此类似的有 js 中常被认为 糟粕 的东西,也有一定道理。比如 空数组等都是 false。
看起来大家意愿越来越大哦。好兆头! 最好能通过几次的锻炼,把队伍规模搞起来之后,摸索一个“可持久化”的方案出来。 我们努力烘托气氛,高手才会冒出来哦!~
别在 win 下搞了。否则浪费些许时间。
好快 yea!
实际项目还没有用,这个风险还是有的哦。 据查资料,java7 后,jruby1.7 了也,速度会有不小的改进。
另外,我看坛子里也有些文章是讨论 jruby 的,但都零零散散的混在了各个地方,确实不利于集中学习,讨论等。(可以搜搜看哦)
实际的情况中,面向服务的构架使得混合两种语言或者互相直接调用的机会变小了。 是不是用 jruby,还要看需求。 比如: http://ruby-china.org/topics/1724 http://ruby-china.org/topics/1570
首先这篇文章很好哦!至少让我体会到一些东西,思考一些东西! 其次,谢谢分享。如果有好的东西,分享一下,可能惠及到其他人的~
小建议是:把原文链接留下吧,尊重原创;另外,可以在最后,或者最前,谈谈自己的想法。
嗯的有理。 仔细想来,我的喜欢,好像是没啥用。
huacnlee 出品的都是干活啊!赞哦! 这里也总结过一些。 http://fantaxy025025.iteye.com/blog/1165649 http://fantaxy025025.iteye.com/blog/1483558 提高开发速度和趣味性吧~
有时候,有个词,叫猿粪。 刚才还在搜 n-s 的文章呢。发现 je 上确实没有了,正可惜了呢。
为么删除呢。。。
写过一些 py 和 django 的应用,说说感受: #1 整体框架比较简陋,这样需要手动做很多工作,尽管也有类似 rails 的脚本例如 runserver,syncdb 等,但简陋,麻烦 #2 template 中不能写 py 代码,这个算好处也算坏处吧 因为视图部分,一点逻辑代码不写,还是不太现实的 就像 freemarker,为了些逻辑,还不是得发明很多语句和 macro 宏 #3 模型层根本就没法与 rails 比了,也许是 py 自身语言的特点吧 #4 等吧 总体来说,py 的 django 还是要给高手用的,但凡约定多的例如 rails 是给中低手用的(高手做构架就好了)
Jruby 可能会不错阿。 看看 4.0 使用了这个阿。 大家谁在用 jruby 么,可以说说情况阿!