浅谈Java开辟人员对JCP感受绝望的缘由[Java编程]

此中一种感受就是JCP已经失去了它的吸引力,它不再是被当作针对办理问题的社区,相反,它只是被当作是一些大公司所操纵的断定标准通过的橡皮图章.这些大公司凭着自身的钱势和力气来指定各种标准从而到达满意自己的好处.

“这与有些官僚机构很类似,只不过是JCP在短时间呈现这样的发展显得过于疾速.” Redwood城市的Infravio公司的CTO,MukundBalasubramanian谈到JCP时,他这样说到,“目前有太多的程序员和公司都卷入JCP,每天都开辟很多软件,每天都有大量的调试和研究要完成,这必定会呈现无法掌握的局面,单就这一点便可以招致JCP的发展非常迟钝.所以我很能理解很多Java开辟人员对JCP厌倦的缘由.”

作为网络内容开辟系统的开辟者,Montara软件的Matt Liotta也赞成这样的概念.

“越来越少的开辟人员触及到JCP了,”Liotta说道,“相反,他们开始对其他一些组织感爱好,比方Apache,并乐意把自己的软件变成尺度化.”

Java API已经被推翻了?

Sue Spielman是Switchback软件的校长和高级咨询工程师,也是很多Java相关书籍的作者,她说,目前已经有很多Java标准恳求(JSRs) “推翻了Java API”.

“固然这并非一件坏事,但关于一个逗留在JCP里的Java开辟人员来说无疑是一个挑衅,”Spielman说道,“在一些开辟人员眼里也是功德,因为JCP显得太浮肿了,并且其发展速度象蛇普通的迟钝,这对任何想研究JSRs的人是不符合的.”

“我的一个倡议是重新更改JCP的构造,乃至到达合适于差别JSRs的差别层次.此中,主要的层次可以由Java范畴中一些有影响力的人构成,专家组可以由对JSR感爱好的组织或个人构成.评论历程将会考虑全部大众看法,但也不是意味着全部的大众看法城市成为终究的JSR.可以通过大众Java社区(并不但仅是专家组)的投票来决意信誉度,并且期限也是有限制的.所以,以Java社区投票的情势终究决意哪些才是Java开辟最重要的.”

“至少,我们可以利用一个行未到临的JSR做一个测试以查找后果若何.JCP已经做了很多标准工作,我们不该该删除这些工作,因为社区工作是一个勤奋,耗时的历程.”

下面是Java开辟人员的四种概念.

概念1:JCP没有赐与一些无足重轻的开辟者充足的器重,比方一些个人和新手.

作为Wakesoft的奠基人和CTO,Walter Hurst非常关注BEA将它们自己的全部权服务器变成Java尺度的运动,这一运动意味着在短时间内会惹起钱财好处上的冲突.

“这实在有些不公道,不是吗?关于那些拥有良好看法和产品的小公司将意味着什么?他们将没有资金本领去获得全部权产品作为尺度.”

概念2:假如你不是JCP上的投票成员,只是在线的组织对推举是没有太多作用,固然表面上是开放尺度社区的目标.

“很多人都认为JCP变得如此‘慢’是因为JCP把此中的很多可见性都包含在社区的内部工作之中,”Balasubramanian谈到,“假如程序文档化或下载需求很长时间,这是阐明JCP变得很臃肿和迟钝.但假如你不是投票人选,那么在很多抉择上会遭到限制.”

概念3:很多开辟人员都认为JCP和其他的大公司的政策冲突失去大量的Java程序员.

“任什么时刻候,你都可以看到代表大都人的组织决意提高越发成熟的尺度,你也可以看到资金雄厚的大公司参与到运动之中,”Balasubramanian说到,“比方JCP是为了Java ,而W3C 是为了Web.这些大公司都有充足的资金和人力去争取这些尺度所得到的好处.”

“诸如Infravio的小公司并没有被JCP回绝,但这些小公司可以集合于专业技术的研究,并发表与自己相关的概念.”

概念4:一个独立但具有杰出设法的开辟人员必须得到大公司(比方Apache软件,免费软件组织等)的支持才可以实现软件开辟的尺度化.

“我认为在一定程度上是对的,”Balasubramanian谈到,“这关于一个开辟杰出和技术成熟的组织是不利的.假如我是一个独立的软件开辟者,我将但愿得到Apache的支助,得到Apache一些风行的技术,并且我乐意在JCP社区上回报我的成就.另一方面,有利于技术的尺度化,以得到更多的信任,这对社区的发展非常有好处.这一方面的技术典范即为Struts 和JSP尺度类库.”

JCP程序管理人员的看法

作为Sun微系统的JCP程序办公室的经理,OnnoKluyt也是面对着各种控告.他很率直自己的看法,他承认政策对JCP起着很重要的作用.但是,他指出个人参与,与公司参与一样,在社区的差别层次上是大概的.

“个体成员,好像公司成员一样,可以加入专家组织,倡议和带领JSRs,在年度履行委员会推举中投票,能真正参与到推举中,把自己作为履行委员会的成员.”

“这样的例子还是很多的.比方:Doug Lea是JSR 166的主要带领人,他是专家组中的成员,也是SE/EE Executive Committee(SE/EE履行委员会)的成员.”

“Jason Hunter也是作为独立个人带领着一个JSR(JSR 102),Steve Emerson带领JSR 108,还有,一个小公司带领JSR 113 (Java Speech API),Brian Zimbelman和Jim Keogh在负责年度推举.”

当被问及对大公司操纵JCP为自己的好处服务的有何感触时,比方BEA操纵政治手段得到全部权服务器作为尺度这样的例子,Kluyt答复到:

“与其他组织一样,JCP也有一系列的政策.但我相信绝大大都的政策都是可以承受也是公道的.JCP通过JSRs实现自身的尺度化.一个JSR可以由一个JCP成员来管理,比方BEA.专家组是典型的大小公司和个人的混合体,你可以在专家组中交友很多朋友,当然包含你的竞争对手.JSRs通过三次具有里程碑的投票得到了履行委员会的批准,第一次:JSR评论,第二次:社区评论,第三次:最后赞成投票.这些情势都渐渐使很多事件走向公道化.”

Jason Weiss近来在Java Developer's Journal(Java开辟者杂志)中提到,“[J2EE]标准太复杂.Java开辟人员应当重新缔盟以成立新的社区,这一方面应当向Apache软件组织学习.”

“Java开辟人员目前应当渐渐为将来的Java和社区投资.” Weiss说到,

“全部的JCP应当反映我们的思惟,应当安身于为程序员简化各种复杂问题.事实上,JCP应当持续利用JSR缩写词,但应当赋予新的含义:‘Java办法恳求’.在从前的很多时刻,JCP已经从办理问题的角色转换到纯粹地履行标准,这样的趋向应当要改变过来,才能保证我们社区的发展.”