我刚刚看到了New in JavaScript 1.6

数组扩展 
七个新的Array方法可以分成两类：项（item）的定位方法和迭代方法。 项定位方法为： 

indexOf() - 返回指定项首次出现的索引。 
lastIndexOf() - 返回指定项最后一次出现的索引。 
迭代方法包括： 

every() - 在数组中的每个项上运行一个函数，若所有结果都返回真值，此方法亦返回真值。 
filter() - 在数组中的每个项上运行一个函数，并将函数返回真值的项作为数组返回。 
forEach() - 在数组中的每个项上运行一个函数。 
map() - 在数组中的每个项上运行一个函数，并将全部结果作为数组返回。 
some() - 在数组中的每个项上运行一个函数，若存在任意的结果返回真，则返回真值。 

等信息,说明ECMAScript还在更新

大家都说一说JAVASCRIPT会向那个方面发展呢,会发展成一个什么样的状态呢

JAVASCRIPT是谁在开发呢?是什么人在更新JAVASCRIPT的发展呢?
大家都说一说嘛

JavaScript很强大了，不比其它动态语言差。

崛起？能崛起到哪里去？再崛起也就是javascript！

js已经上升到一个台阶了，目前够我们用的了
要想有更高的突破就需要跟其他相关联了

那什么时候能崛起啊.....怎么上升一个台阶,具体点啥

性能问题得好好解决一下

看看软件两巨头半！java的javaFx 、微软的Sliverlight、还有一个Adobe的Flex。

它们正加快步伐向前发展。 javaFX在手机之类环境中，有很强的杀伤力。
Sliverlight、Flex 就是针对web而来。

而js的最大靠山，是ajax。  当网速高速发展后，这个js 的压力会数倍的增加。

js要倔起，路真的很长。

路真的很长。

但是js的最大靠山——是广大人民群众（无处不在的社区开发者）！

透过现象看本质，道理很简单：

    首先，在用户端，你不可能总是指望他看flash用flash播放器，看Sliverlight换用Sliverlight播放器，web应用不是VCD和DVD，你可以为看一部好片更换甚至安装播放器，但如果web这样用，相信每个人都会恨死的。

    而且，他们总是浏览器的附带插件（），即使如果将来他们完全自立门户了，也可以独立的浏览web了，也就是说不光富客户端了，还囊括了目前浏览器所有的功能（但各浏览器本身也是在不断的进化，我们姑且一厢情愿的假定浏览器发展的差不多了），那么就又回到了早期web浏览器大战的场景——flash播放器与Sliverlight播放器大战（也许那时都不该叫XX播放器了，当然也许还有其他xx播放器什么的）。

    那么届时，为了同时满足flash播放器与Sliverlight播放器用户（甚至还有其他xx播放器），广大人民群众（无处不在的社区开发者）又会重蹈浏览器大战时，开发兼容性的痛苦，而且到时只会更加的痛苦。因为这已不是个类似document.all和document.getElementById兼容性的问题了，而是一个应用总是要开发两套（甚至更多套）系统的重复工作量了。

    最终，广大人民群众（无处不在的社区开发者）就会起到决定性的力量，或者成立新的标准组织促进相互兼容，或者大厂商（如M$和ADOBE）迫于用户和广大人民群众（无处不在的社区开发者）压力互相兼容格式——最后还是会出现一个类似浏览器的浏览器，然后在这个各个大厂商开发的类似浏览器的浏览器上再出现一些差别……。

    结果——虽说：“但凡天下大事，分久必合，合久必分”，历史总是会周而复始的折腾。但在这个领域公认权威的规范和标准和广大人民群众（无处不在的社区开发者）的基础总是要比大厂商的私有标准要更强大一些，虽然后者会对前者有一些影响（甚至有时还会引领一些技术潮流），但真正有决定性的影响最终总是前者对后者的。

    所以，十多年来web的基石：(X)HTML/CSS/JAVASCRIPT 已经形成一个有无处不在的web用户、广大人民群众（无处不在的社区开发者）的基础的非常牢固体系，而且他自生也在不断的进化和完善，如XHTML2/HTML5/CSS3/ECMA4/JS1.9(和谐号)。他会有条不紊的往前发展，在可见的将来不可能轻易动摇的！

这种东西难说！

看看helma就知道了