由于90%的开发都依赖于应用服务器与数据库，Eclipse的出现虽然带来了开发的革命，但这个 东西对插件版本以及兼容性的控制实在是太差了。好不容易设置好的开发环境，却因为缺乏管制的版本升级或者其他插件的介入搞得一塌糊涂。除了一些J2SE的 小程序，陪伴我左右的一直似乎都是MyEclipse.这个19.99美金的东西还是很值得的。虽然他是把所有的免费加起来而收费。好在Model- driven的世界对Coding IDE要求不高。
Eclipse似乎意识到了自己插件系统的一些问题以及对企业级开发的不便， Callisto诞生了。总算可以抱着个半成品Bundle凑合着开始写代码了。但似乎这还是不够。翻来覆去，Callisto完全版也只有对真正开发抽 象的支持。开发者要的是一个不需要多花心思配置，拿来就能开发系统的东西，而不是一个玩具。辛苦半天配置好的IDE可能只是一个随时会扔 Exception的危房。我们不敢保证按照网上的指示就能配出一个Bug-free的IDE。
保持系统的低耦合性，是开发一个面向变 更的系统所需要的，但我却很少听说，开发者的IDE需要在开发过程中经常变更，甚至到开发下一个项目时完全废弃。
Linux本身的配置+IDE的繁琐配置 +应用服务器+数据库+巨多无比的插件+....，所有的东西都是低耦合，接口也很松散,该分离的都分开了,粒度也够细。可我不禁要问，我们把这些东西弄 好的目的是什么？XML配置象地狱一样。没有一样东西是不需要.xml文件的修改的。M$这点做的就比Java阵营好的多。VS.NET，你管它是如何扎 根你的系统，又管它是否删不干净，我关心的是安装过程基本不用操心，装上以后所有部件都无缝连接。如果需要配置，需要在XML地狱里挣扎，高级用户同样有 他们的权利随意配置。但为了提高可定制性而把配置放在了安装使用初期似乎有些本末倒置。
有的人喜欢下一个Linux Core的Source然后自己编译，之后所有需要的
软件，驱动全都自己一点一点解决。这种看似高深的操作似乎吸引了很多的普通用户.我们欣赏Linux 是因为它免费,也不强行绑定什么不可卸载的软件,而并不是用了Linux就显得多么高深,配置成功了就是高手.除了少数研究操作系统的人之外,Linux 对大多数人来讲就是一个平台,一个可以干其他事情的平台.就像汽车,选好样式,型号,价格.除了少数改装爱好者.我们要车是来代步的.
同样的道理使用与IDE,他只是个Environment,他的配置再多,我从来没有看到可以影响项目逻辑的功能.Eclipse和Ultraedit开发 出来的结果是一样的.我认为IDE是适用软件工程前的最后一道门. IDE之后,所有的软件工程思想都可以进来,需要配置的配置,需要细化的细化.视项目不同,从来不会过分.
Netbeans的 bundle就正合我意，简单的点击，下载，安装。紧接着就能使用。Glassfish还同时绑定着JavaDB，一个bundle就是一套完美的开发平 台。虽然，Glassfish可能不是我们需要的Application server,虽然JavaDB这个东西部能成气候。可最起码我可以以此熟悉Netbeans,有了sample,更加容易配置其它的东西。以建立个 test unit为例，Netbeans给我的感觉要好过Eclipse.