Home 动态语言,BEA User Group之后的一点想法
Post
Cancel

动态语言,BEA User Group之后的一点想法

(CSDN Sept 24, 2007)

听说 BEA 是在阅读《Borland 传奇》的时候,而了解它则是在找工作的间隙。很遗憾自己一直没有选择做 Java,因此也就不可能应聘 BEA 的技术职位。但是很庆幸的这不妨碍我抽出一个下午的时间参与到 BEA User Group 里面。应该说到了上海之后自己也参加过了一次 EDA Tech Forum,但其氛围和 User Group 还是两样。

首先过来讲座的专家都不是以卖产品为目的的,除了开场由 BEA 的人士围绕的产品是 BEA 的 WebLogic 平台。用 Jython 来做脚本还是很不错的想法,但是其实假如选择的是其他动态语言例如 Groovy,效果应该也是一样。毕竟真正使得配置可以成功的是一套 WLS 接口。Microsoft 同样也将动态语言 JScript 作为操控配置 Windows 的一个解决方案,效果也是十分类似,大大简化了配置服务器之类的工作强度。

我特别喜欢第二位介绍 Groovy 和 Grails的讲座。应该说我对于 Java 平台的一些技术还是有稍微的了解,因此听起这个讲座难度还不是很大。况且钱霄先生侃侃而谈,又有大量的举例,可以让你听一点皮毛也受益匪浅。契约编程看来已经是大势所趋了。从 Grails 的各种特性来看,其实 CodeGear 手中的 ECO 几乎全都具备――模型,持久化,各种 Action 和 Service 支持,可惜 ECO 一直没有像 Rails 和 Grails 之类这么流行――价格或许是一个因素。

至于 XRuby,大概是由于主讲的些许紧张,效果并不是那么明显,起码我还没有兴趣去试试看。

简单谈谈自己听完之后的对于动态语言发展的一些看法。

首先,动态语言在开发中的重要性已经在提高了。在我自己的项目中,像 MSBuild 脚本之类的东西实在是方便极了。Rails之类的开发高效率相信很多人都希望尝试一把。这也引发了现有的主要软件厂商对这一领域的兴趣。BEA 利用 Jython 来实现 WebLogic 平台的快速配置,Microsoft 借由 Dynamic Language Runtime 将 IronRuby 和 IronPython 在 .NET 平台上面实现……相比较而言,Microsoft 的脚步要快上许多。DLR 基本上已经很成熟,便于各种动态语言迁移过来,而 JVM 上面还没有一个通用的动态语言基础可以使用。这也导致 JRuby 之类的项目都必须自己来开发 JVM Dynamic Language Support。这一点同时也表现出了现有 Java 厂商目光的短浅,对于动态语言的支持十分有限。虽然 JRuby,Jython,Groovy 之类的开源项目也取得了一定成果,但是没有主力厂商的推动,发展还是很有局限的。

其次,动态语言应用于开发的优势还远远没有被发挥出来。一个很明显的例子就是动态语言 IDE 的匮乏。这也使得 CodeGear 有机会进入一个用户群巨大但是竞争相对较小的市场。例如 Ruby,虽然 Eclipse 和 NetBeans 都有 Ruby 的支持,而且已经做了多年,但是问题多多。CodeGear 3rdRails 一面世似乎就已经在很多方面远远领先。可见应用开源 IDE 虽然可以有效降低使用者的初始投入,但是产出依然十分有限,并且 IDE 的不稳定常常带来新的麻烦。商业 IDE 的介入对于迅速提高生产力、加速动态语言的普及都是很有好处的。

最后,就是动态语言的普及问题。当越来越多的程序员意识到动态语言的重要型,同时有了很好的 IDE 的支持,那么是不是动态语言普及的时候就到了呢?应该说在这个阶段,依然需要众多商业公司的参与。例如提供各种方面的控件、类库、DE 插件。最重要的还有培训和技术支持。唯有如此,才可能让动态语言真正进入主流的开发中,达到全盛。

当然,User Group 的抽奖活动也蛮有意思的――当然,我这么说是因为自己很幸运的被抽到了:-)

This post is licensed under CC BY 4.0 by the author.
Advertisement

The Power Of Advertisements

Wait Wait Wait For Open Source Alternative

Comments powered by Disqus.