|
锁定老帖子 主题：这是一篇我也不知道该往哪里发的帖子
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-04-17
gigix 写道 robbin 写道 用脚本语言最容易产生的置疑就是没有好的IDE工具怎么办？
不过我1999-2000年用PHP开发了两年的互联网站，那时候可不是只有UltraEdit吗，也没有觉得有什么不爽的。这种问题似乎只来自于习惯了在IDE下面写代码的Java程序员。 IDE的作用，说穿了无非是帮助你更快地写出一大堆跟你想做的事情不搭嘎的代码罢。 但是没有IDE,那堆东西就得你自己写 |
| 返回顶楼 | |
|
发表时间：2006-04-17
gigix 写道 robbin 写道 用脚本语言最容易产生的置疑就是没有好的IDE工具怎么办？
不过我1999-2000年用PHP开发了两年的互联网站，那时候可不是只有UltraEdit吗，也没有觉得有什么不爽的。这种问题似乎只来自于习惯了在IDE下面写代码的Java程序员。 IDE的作用，说穿了无非是帮助你更快地写出一大堆跟你想做的事情不搭嘎的代码罢。 EMACS 最高!想要啥就有啥,咱用EMACS一开就两个Buffer,一个写程序，一个聊天. 远超VS.NET,完胜eclipse! R教主万岁!天福永享寿与天齐! |
| 返回顶楼 | |
|
发表时间：2006-04-17
fly1311 写道 gigix 写道 robbin 写道 用脚本语言最容易产生的置疑就是没有好的IDE工具怎么办？
不过我1999-2000年用PHP开发了两年的互联网站，那时候可不是只有UltraEdit吗，也没有觉得有什么不爽的。这种问题似乎只来自于习惯了在IDE下面写代码的Java程序员。 IDE的作用，说穿了无非是帮助你更快地写出一大堆跟你想做的事情不搭嘎的代码罢。 但是没有IDE,那堆东西就得你自己写 你应该同时想为什么要写那些东西,谁让你写那些东西的? 我经常觉得Java很多的设计是面向IDE而不是面向最终用户:程序员的. 比如XML, 这个东西基本是machine readable而不是human readable的, 为什么会变得那么流行以至滥用呢,因为IDE在支持所以我们不感到痛苦. 所以我们越来越依赖于IDE, 这也许是那些类库和规范制订者本意?呵呵 |
| 返回顶楼 | |
|
发表时间：2006-04-17
cookoo 写道 fly1311 写道 gigix 写道 robbin 写道 用脚本语言最容易产生的置疑就是没有好的IDE工具怎么办？
不过我1999-2000年用PHP开发了两年的互联网站，那时候可不是只有UltraEdit吗，也没有觉得有什么不爽的。这种问题似乎只来自于习惯了在IDE下面写代码的Java程序员。 IDE的作用，说穿了无非是帮助你更快地写出一大堆跟你想做的事情不搭嘎的代码罢。 但是没有IDE,那堆东西就得你自己写 你应该同时想为什么要写那些东西,谁让你写那些东西的? 我经常觉得Java很多的设计是面向IDE而不是面向最终用户:程序员的. 比如XML, 这个东西基本是machine readable而不是human readable的, 为什么会变得那么流行以至滥用呢,因为IDE在支持所以我们不感到痛苦. 所以我们越来越依赖于IDE, 这也许是那些类库和规范制订者本意?呵呵 那你提一个可以代替xml更好的东西出来?难道xml就不是适合很多方面的使用吗?再好的工具到了烂人手里都会变成烂货,这是使用者的问题. |
| 返回顶楼 | |
|
发表时间：2006-04-17
cookoo 写道 charon 写道 其实ajax的兴起给了大家一个以对付服务器端的精神来对付script端的机会。
而想用taglib或者所谓的封装的方式，用服务器端语言来取代或者部分取代javascript编程的做法，我觉得会死得很难看. 这些代码和client端的view结合太紧密了。而关键的一点，从本质上来说，完全取代javascript的做法是不经济的，而不能完整取代，那就是画地为牢。同时，这个做法比较的是ruby用于封装javascript的dsl在编写客户端代码的方便性上与javascript相比有无优越之处。而同为动态语言，这个非常难说。 我有个疑问，为什么不想用javascript?难道真想让ruby包打天下？ 那你为什么用Hibernate不去直接用SQL? HQL和SQL不也是差不多? 用SQL可以获得强大的性能但是需要考虑不同数据库平台的不同实现细节. javascript也是一样的情况, 可能国内ajax都只针对IE设计的吧, 那这个问题就不用提了. 国外的话不能不考虑firefox和safari, 否则的话丢掉小部分用户事小, 造成的舆论影响事大. 以Hibernate的强大也不可能完全取代SQL一样不能让用它的人不用去学SQL, RJS也不可能完全取代javascript并让人不用去学javascript. 但是思想都是用更高的抽象层次尽可能地对一般性问题进行简化. 仅此而已. 不是吧。这年头封装浏览器差异的js包太多了，而且，就我这个新手来说，开发ajax还都是在firefox下面，然后再到opera下跑，最后才到 ie下面调整格式。 hql有用是因为sql本身和OO有较大的差异，而js和ruby之间的差异就小了，用专门的一层来弥补那么小的差异，没有足够的收益。 |
| 返回顶楼 | |
|
发表时间：2006-04-17
cookoo 写道 fly1311 写道 gigix 写道 robbin 写道 用脚本语言最容易产生的置疑就是没有好的IDE工具怎么办？
不过我1999-2000年用PHP开发了两年的互联网站，那时候可不是只有UltraEdit吗，也没有觉得有什么不爽的。这种问题似乎只来自于习惯了在IDE下面写代码的Java程序员。 IDE的作用，说穿了无非是帮助你更快地写出一大堆跟你想做的事情不搭嘎的代码罢。 但是没有IDE,那堆东西就得你自己写 你应该同时想为什么要写那些东西,谁让你写那些东西的? 我经常觉得Java很多的设计是面向IDE而不是面向最终用户:程序员的. 比如XML, 这个东西基本是machine readable而不是human readable的, 为什么会变得那么流行以至滥用呢,因为IDE在支持所以我们不感到痛苦. 所以我们越来越依赖于IDE, 这也许是那些类库和规范制订者本意?呵呵 切，xml和java有什么关系。你倒是找一个不提供xml能力的大众语言来看看。 |
| 返回顶楼 | |
|
发表时间：2006-04-17
web开发这速度，本来就很难快起来
全部是用标记语言来描述界面，又没有好的工具来支撑页面响应事件机制，有工具支持的人觉得看着麻烦，简洁的又没有工具支持，当然很难跟delphi等之流开发桌面程序相比了 |
| 返回顶楼 | |
|
发表时间：2006-04-17
我觉得RJS的目标不是"Ruby开发者确实不需要学习JavaScript" 而是"Ruby开发者确实不需要写JavaScript"
dlee 写道 cookoo 写道 这个screencast没有演示Rails 1.1的RJS. RJS是很新的功能, 文档很少, 我对此的认识也非常有限. RJS的设计目标是用ruby DSL取代大部分手工javascript. 前两天Canadian on Rails峰会上script.aculo.us和mir.aculo.us的主人同时也是rails core team之一的Thomas Fuchs做了RJS的演讲. 我想你可能会感兴趣. 讲义下载.
这篇讲义我已经看过了，说实话，我并没有感觉复杂度降低了。可能对于一些简单的Ajax应用，复杂度确实降低了，但是对于复杂的Ajax应用，这样的开发方式是很别扭的。 Scriptaculous的作者也不是Ajax社区的领头人，只能算是领袖之一。他所代表的Prototype/Rico/Scriptaculous也不过只是这个领域的门派之一。 你们可能不大清楚Ajax究竟要解决哪些问题，建议你们去看看Ajax in Action这本书。 我知道RoR的开发者都很自负，当然我也相信他们的能力，但是对于他们所设定的这个目标： No JavaScript programming necessary 我认为是不现实的。即使能做到又能如何？Ruby开发者确实不需要学习JavaScript了，但是问题的复杂度仍然存在，只是转换成了另外一种形式。甚至还带来了另外的复杂度。 而且这样以来，你们就要依赖天神一样的Thomas Fuchs和Sam Stephenson同志（像电影《冒牌天神》中的Jim Carrey一样）和他们的少数战友来帮助你们解决所有关于JavaScript的问题，而无法充分利用Ajax社区其他框架的开发成果。恕我直言，Java的活力就在于众多的选择，Java开发者从来就不是以这样的方式来工作的。 |
| 返回顶楼 | |
|
发表时间：2006-04-17
charon 写道 cookoo 写道 fly1311 写道 gigix 写道 robbin 写道 用脚本语言最容易产生的置疑就是没有好的IDE工具怎么办？
不过我1999-2000年用PHP开发了两年的互联网站，那时候可不是只有UltraEdit吗，也没有觉得有什么不爽的。这种问题似乎只来自于习惯了在IDE下面写代码的Java程序员。 IDE的作用，说穿了无非是帮助你更快地写出一大堆跟你想做的事情不搭嘎的代码罢。 但是没有IDE,那堆东西就得你自己写 你应该同时想为什么要写那些东西,谁让你写那些东西的? 我经常觉得Java很多的设计是面向IDE而不是面向最终用户:程序员的. 比如XML, 这个东西基本是machine readable而不是human readable的, 为什么会变得那么流行以至滥用呢,因为IDE在支持所以我们不感到痛苦. 所以我们越来越依赖于IDE, 这也许是那些类库和规范制订者本意?呵呵 切，xml和java有什么关系。你倒是找一个不提供xml能力的大众语言来看看。 麻烦你检查一下自己的逻辑. |
| 返回顶楼 | |
|
发表时间：2006-04-17
spring嘟嘟 写道 capitain 写道 我觉得RJS的目标不是"Ruby开发者确实不需要学习JavaScript" 而是"Ruby开发者确实不需要写JavaScript"
dlee 写道 cookoo 写道 这个screencast没有演示Rails 1.1的RJS. RJS是很新的功能, 文档很少, 我对此的认识也非常有限. RJS的设计目标是用ruby DSL取代大部分手工javascript. 前两天Canadian on Rails峰会上script.aculo.us和mir.aculo.us的主人同时也是rails core team之一的Thomas Fuchs做了RJS的演讲. 我想你可能会感兴趣. 讲义下载.
这篇讲义我已经看过了，说实话，我并没有感觉复杂度降低了。可能对于一些简单的Ajax应用，复杂度确实降低了，但是对于复杂的Ajax应用，这样的开发方式是很别扭的。 Scriptaculous的作者也不是Ajax社区的领头人，只能算是领袖之一。他所代表的Prototype/Rico/Scriptaculous也不过只是这个领域的门派之一。 你们可能不大清楚Ajax究竟要解决哪些问题，建议你们去看看Ajax in Action这本书。 我知道RoR的开发者都很自负，当然我也相信他们的能力，但是对于他们所设定的这个目标： No JavaScript programming necessary 我认为是不现实的。即使能做到又能如何？Ruby开发者确实不需要学习JavaScript了，但是问题的复杂度仍然存在，只是转换成了另外一种形式。甚至还带来了另外的复杂度。 而且这样以来，你们就要依赖天神一样的Thomas Fuchs和Sam Stephenson同志（像电影《冒牌天神》中的Jim Carrey一样）和他们的少数战友来帮助你们解决所有关于JavaScript的问题，而无法充分利用Ajax社区其他框架的开发成果。恕我直言，Java的活力就在于众多的选择，Java开发者从来就不是以这样的方式来工作的。 都用写了？我干吗还去学？ 什么逻辑？ 用hibernate就可以不学SQL了么? |
| 返回顶楼 | |
