这是一篇我也不知道该往哪里发的帖子

工作当中我的开发工具目前肯定仍然是Java，但是我已经决定用ruby on rails开发新版的JavaEye网站了。最近JavaEye的新的发展方向已经浮现出来了，我会争取在国庆节launch JavaEye2.0 on rails(网站策划我已经找到了合适的人选，而这是过去限制我开发JavaEye最重要的原因之一)。

至于为什么用ruby on rails，而不是Java，原因其实很简单，就是我发现做互联网应用它的特点和企业应用不太一样，这里强调的是及其快速的反馈速度，与发展规模相匹配的性能要求。我最近考察了一下比较成功的互联网站，发现他们的模式无不是如此，而能够匹配他们这种商业发展模式的开发方式，基本上也是PHP＋Tuexdo，在这种领域，用Java开发(即使是Webwork/Spring/Hibernate仍然显得开发速度太慢，但这已经是Java框架目前能够做到的快速开发极限了)显得太慢了。我现在也在开发web2.0网站，用Webwork/Spring/Hibernate，一边开发一边抱怨，这样领域太强调反馈的速度了，Java还做不到那么理想，而PHP其实是可以的(然而我现在肯定不会用PHP，其实在上一波互联网时代，我就用PHP做了两年的网站开发)，而我知道目前最合适的选择就是ruby on rails。我已经决定从今天开始学习ruby 和rails。计划6月份开始动手开发。

看来还是系统编程和DBA的活比较省心些。。。

确实，技术是有风险的。

我昨天晚上和一个朋友在聊天，他原先是中国一家世界知名的互联网企业的创始人之一（那时的销售总监），现在又创业2年多了，可能几个月就要完蛋了，但按照现在的发展趋势，也可能在1年内声名传遍大江南北

他显然并不是搞技术的。1年前，我和他提过rails，以及可能带来的效率提升，他非常有兴趣，马上就想开始，我告诉他需要评估时间。这一段时间我们度非常忙，偶然碰到一直没有谈起这件事情，昨天我聊起我们用Rails做的版本将在5.8日发布，他很激动，要求立刻在4月份招4-5个人开始学习。

我说新技术都是有风险的，一个是技术人员心理的接受能力，我需要和负责技术的人详细讨论，他对采用Ruby的考虑，对Rails的想法，这是最重要的。另一个是他们的系统可能有非常非常大量的用户（而且是企业用户），系统的伸缩性也可能需要经受考验。他仔细询问了一些问题，譬如报表，我说没有非常深入地用过，但实际上他们原先用J2EE的系统报表也是另外买控件的，所以和服务端关系不大。

一方面基于他对我（可能比较盲目的）信任，另一方面，对他来说，市场的前期工作已经准备得很好了，现在的问题是所有的这些人都在嗷嗷待浦地等着产品，越快速地推出新产品，就越能占领市场，就越能让其它的竞争对手与入无门，很多事情是有一次机会就没有第二次的。他用一个非常庞大的实际数目告诉我这意味着什么，所以他吃得消在新技术尝试着失败。另外一个很大的问题是人员的增加会产生很多管理上的成本，他举了很多例子给我听，不单单是费用的问题

最终我还是建议他再等我1个季度，因为5月份推出新版本以后，我们的产品将会受到不少客户的考验，或许对他来说，会有更好的保证、更小的风险。

其实ajax的兴起给了大家一个以对付服务器端的精神来对付script端的机会。
而想用taglib或者所谓的封装的方式，用服务器端语言来取代或者部分取代javascript编程的做法，我觉得会死得很难看.  这些代码和client端的view结合太紧密了。而关键的一点，从本质上来说，完全取代javascript的做法是不经济的，而不能完整取代，那就是画地为牢。同时，这个做法比较的是ruby用于封装javascript的dsl在编写客户端代码的方便性上与javascript相比有无优越之处。而同为动态语言，这个非常难说。
我有个疑问，为什么不想用javascript?难道真想让ruby包打天下？

只有rails一本，programming ruby呢？

以我非内行人的看法来说，Ajax成为2-3年内浏览器客户端的主流将是不可阻挡的事情了，这确实是一场不小的变革。

我们公司有一位Ajax的探索者，我和Dlee最早谈起那个框架就是他和另外一位一起做的，我们在目前的Ajax方法和以前自制的异步框架的异同，以及可能带来的开发方法和用户体验上的区别作了很多次讨论，当然我只能比较粗浅从自己的感觉和其它技术的借鉴方面给他一些意见。这一次将在新版的软件上有一些体现。


现在的问题是我们很难招到人，2个人做界面编程实在是忙得焦头烂额，面试了不少人，要说很长JavaScript经验的人就不多，要在Ajax方面一直在探索的那就更少了

有福气啦，好书，好消息；同盼《ajax in action》一样盼《Agile Web Development with Rails》:D

即使是Webwork/Spring/Hibernate仍然显得开发速度太慢，但这已经是Java框架目前能够做到的快速开发极限了
随着Rails的推广，j2ee 会从他们身上学到很多东西，知道应该舍弃一些灵活而带来更多的好处。
虽然语言级别的灵活比不过脚本动态语言，但是除了这些之外，还有很多很多优秀的思想可以借鉴。
我认为，J2EE以后会朝着这方面发展。

想想跟着potian做几年,那感觉肯定不一样.


学习RoR是跟风,相信和我一样工作4-5年的人,很难全面的把握是否该多学一门语言,算是技术储备吧.

看了一下ruby中文站东西,感觉ruby语言和javascript脚本语言很多类似,但从脚本语言角度来看成熟了不少.
如变量定义,确定了全局,局部等....
都是基于对象,没基本类型.难道整型也是对象, 那常量定义还有什么意义?
明确了"全局对象","局部对象","函数的调用对象"

但这种语言的IDE不好做吧.看例子了GUI界面,和swing差不多,晕!

无论用什么语言，问题域本质的复杂性，都是一样的。