|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (7)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-03-15
各位别忘了,归根到底还是脚本语言呀。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-03-15
fnet 写道 各位别忘了,归根到底还是脚本语言呀。
so? |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-15
MS Python也是脚本语言吧~
|
|
| 返回顶楼 | |
|
最后更新时间:2008-03-15
感觉ruby学起来懂,但是做起来有点无从下手,
也许是搞传统语言习惯了, |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-17
jmaze 写道 mayongzhan 写道 哎.ruby有javaeye撑腰...python像是没人养的孤儿...国内形式ruby占上峰
别忽略douban(豆瓣) 不是用了就是有撑吧,什么使用经验都没共享出来,撑什么,javaeye就称得上是撑ror |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-17
neodoxy 写道 pig345 写道 ruby on rails 不是银弹,但是许多人误以为是。
说这话有哗众取宠之嫌,连银弹这个词的发明人Frederick都已经缓和了这种说法的今天,很难有人有这个权威来界定银弹 不明白你要表达什么: 是说Frederick已经发现了银弹? 还是说银弹这个词没有准确的定义? 如果是前者,算我井底之蛙,还请你继续赐教。 如果是后则,我实在是觉得没有过分咬文嚼字的必要,人类语言就是如此,只要说出来,大多数人都明白是指什么,就差不离了吧。 之所以有上边的那句话,完全是我个人的切身感受。 ROR开发虽然很快很利索,但基本上是在很窄很局限的范围内(在框架作者们规定的默认规则内)才能做到。 一旦不小心超出这个范围,它带来的麻烦和问题也够新手受的,有可能节约的时间全都消耗在解决各种“怪”问题上了,同时由于ruby的动态性和非编译特性,debug变得更加困难。。。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-17
引用 一旦不小心超出这个范围,它带来的麻烦和问题也够新手受的,有可能节约的时间全都消耗在解决各种“怪”问题上了,同时由于ruby的动态性和非编译特性,debug变得更加困难。。。
debug其实比Java容易的多,因为调用栈没什么深,报错信息一目了然,很好判断。 RoR比较容易碰到的问题在于整体素质很低的大规模团队协作上面。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-18
robbin 写道 debug其实比Java容易的多,因为调用栈没什么深,报错信息一目了然,很好判断。 RoR比较容易碰到的问题在于整体素质很低的大规模团队协作上面。
原来在静态语言中简单地 搜索文本/查看代码 分析查找问题的法子算废了。。。 现在是全靠netbeans的debug才能跟踪问题,但也只能解决一部分(有时在特殊的地方debug视图会异常退出或无堆栈信息)。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-18
RoR debug的确是比较容易的,大多数问题看一看页面报错就解决掉了。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-03-18
lgx522 写道 RoR debug的确是比较容易的,大多数问题看一看页面报错就解决掉了。
估计是在rails标准路线下吧。 没自定义插件、hack代码、改框架/插件bug? |
|
| 返回顶楼 | |












