时隔七年，Effective Java 2nd终于在5月底正式出版了（其实在JavaOne2008上已提前有售了）。此书绝对是Java程序员的bible，相信七年的等待是值得的，希望国内的出版社早日引进影印版吧(如果要出中文版的话,也请出版商们千万千万保证翻译质量！) 下面是样章的下载链接，供Java粉丝们先睹为快。

样张下载Effective Java 2 -Charpter 5
     摘要: Apache Derby 10.3.1.4 Release  阅读全文      摘要: 由Google首席Java架构师Joshua Bloch与Google工程师兼讲师Neal Gafter亲自讲述，在Google公司中Java的应用。  阅读全文      摘要: 好消息！Effective Java 2nd Edition 将在今年的6月29日出版  阅读全文      摘要: Eclipse小技巧之二巧用Typing配置快速智能输入分号和花括号  阅读全文      摘要: Eclipse小技巧之一Tab键的妙用  阅读全文

下面纯属是个人的一些预测和展望，欢迎大家发表各自的看法。

1.Java是否还能持续辉煌？企业级市场(J2EE)？桌面应用(Desktop application)? 手机或嵌入式设备？(J2ME)

Java应该会保持目前的地位，企业级市场应该不会有太大的变化，虽然其会受到.NET和LAMP的竞争。对于桌面应用来说一向不是Java的强项。但也不是完全没有机会，
看看Eclipse，NetBeans，你就会明白Java同样可以开发出强大的Desktop application(Sun也在加强这方面，JDK1.6就是最好的证明)。而J2ME依然会是手机应用上的霸主。

2. 正在开发中的JDK 1.7是否会向1.5那样加入众多的新特性(New Features), 还是向“平庸”的1.6那样停滞不前。 Java究竟是在变的越来越好用，还是越来越复杂.

Sun正在考虑要在1.7中加入的新特性主要有：对闭包的支持，对property的直接支持，对XML的语言级支持。Java社区中有很多人为此争论不休，其中包括了一批大师级的人物。
个人认为Sun还是应该谨慎为上，毕竟开发人员需要的简便好用，而不是要一些比较Cool的但复杂的(可能是可读性比较低)的功能。

3. 对于2006年新发布的EJB3，究竟能否挽救EJB目前窘困的处境，再次点燃开发人员对它的热情，还是逐渐走向消亡。

虽然Spring现在是大红大紫，但EJB3应该会赢回一定的市场份额。毕竟现在的EJB是POJO化了，再加上Annotation和JPA，其开发成本已大大降低。
2007年一些中间件的大厂商（BEA，IBM等）应该会正式推出支持JEE5.0（这是J2EE的新官方名称，如果你不喜欢也可以把它称为J2EE 5.0或J2EE 1.5）的Application Server。
EJB3的前景如何让市场来决定吧。

4. 目前从多的Web Framework究竟谁会成为主流，JSF(MyFaces)? Struts2.0? Stript? Wicket(已被apache接受成为inbubator项目)? XX?

我比较看好JSF(最好的implementation是MyFaces, MyFaces包含了几个子项目其中有Oracle的ADFace)，因为它终究是一个标准得到了大部分厂商的支持，经过几年的改进和发展，

应该会逐渐流行起来。

5. Hibernate是否会依然一支独秀，还是会被JPA的推出所淡化。

个人看好JPA，原因：是标准，众多厂商支持（包括Hibernate），使用方便（结合Annotation），可以在EJB容器外使用(将来会成为一个独立的JSR从而从EJB规范中分离出来)。

6. Java IDE的三分天下的格局是否会改变？Eclipse会依然保持强劲的势头？IDEA会甘心被其打败吗？NetBeans会碌碌无为？其他的呢？（如,JDeveloper)

Eclipse应该会是Java IDE的霸主。IDEA虽然很不错，但毕竟是要收费的，速度上也不敢恭维。NetBeans在集成化方面做的很好，但要需要大力改进Editor和performance。

7 随着Groovy 1.0的正式发布，Grails是否会向Ruby on rails那样吸引众多开发者的眼球。

个人对Groovy很喜欢，因为毕竟语法和Java类似，又可以直接调用已有的Java代码(反过来一样)。希望它可以一路走好，期待其能向Python一样独当一面。

derby-10.2.1.6发布了.这个版本增加了不少的新功能,也fix了大量的bugs.具体的changlog可以访问下面的URL:
http://db.apache.org/derby/releases/release-10.2.1.6.cgi

其中在命令行模式下增加了两个新命令挺实用的,第一时间试了一把,
1. show tables;
显示所有的表的列表.

2. describe Table Name;
显示指定表的结构描述.



  不论是国内还是国外最近Ruby on rails(简称ROR)好像非常的"火",一夜之间几乎在所有的技术网站,blog上都可以看见相关的文章,有跟风追捧的,有不屑一顾的.而国内的一些出版社也瞅准了机会准备引进相关的书籍.看上去Ruby on rails好像形式一片大好,大有取代Java,Net等成为开发Web程序的首选工具之势.

  可冷静下来,大家可以发现RoR有点雷声大雨点小,其真正用于实际应用的好像不多,特别是比较大的程序.例如企业级的开发.(当然也许是我孤陋寡闻).新事物的诞生一定是有其原因的,RoR之所以有这么多人的热捧,我想应该是其相对于J2EE的快速简便的开发能力.但任何事都是相对的,有优点就一定会有其缺点.比如说企业级的开发可重用性和可维护性是至关重要的,特别是做产品的.相信大部分的时间都会花在对现有产品的维护和扩展上(真正开发的时间可能只有三分之一或更少).而我想RoR在此方面肯定是不如J2EE的或Spring等大量使用Design Pattern的开源软件的.

  另外RoR缺乏重量级的IDE的支持也是其一大硬伤,连简单的Code Assist都很少有IDE支持, 更别说refactoring等高级的特性了.这也是其不能用于企业级开发的原因之一.

  所以我认为RoR的优势应该在于快速的开发比较小规模的Web程序,但在企业级开发的领域其很难有所作为,至少目前是如此.
  现在开始学习Java的程序员无疑是幸福的，因为在市场有着太多的Java的好书，其中不乏最新的技术和经典的著作。光从引进的数量和速度上比起五，六年前自是不可同日而语，但如果从翻译的质量上来说是参差不齐.有的基本体现了原著的风貌，有的却被翻译的晦涩难懂。个人认为翻译技术书籍的译者不能只有扎实的翻译功底，还要对所翻译书籍所涉及的技术有深刻的体会，才能将书翻译好。可是具备这样素质的译者可以说是屈指可数，比较有名的有候捷，熊节等等。（我个人比较喜欢熊节翻译的，因为毕竟他也是个Java程序员或者说是个Java爱好者，所以他能把书中的“内涵”翻译出来）。可是国内绝大多数的译者要么翻译的水平不高，要么就是不熟悉技术，因此翻译出来的书籍的质量可想而知。有的出版社也是急功近利，也不太注重翻译的质量，只要是国内流行什么就出什么书。搞得我们这些读者每次买书前都要到相关的网站上看一下书评，才能决定是否购买。其实如果你出的书翻译的质量好，读者也会心甘情愿的去买，书的销量之然而然也会上去。最终也会实现出版商和读者双赢的局面。《代码大全2》就是一个典型的例子，虽然书的价格比较贵，可由于翻译的好又是经典的巨著所以，据说销量相当不错。可是这样的好书毕竟是少只又少,总之真的希望国内的出版社多为读者考虑一下（其实也是为他们自已考虑，毕竟读者是他们的衣食父母:)），千万保证翻译的质量，多出些好书。
  前几天在TSS上看到一篇文章，是关于一个国外的Java程序员对Java平台上有太多的选择抱怨。细细想来确实他有些道理。在Java的平台上的选择实在太多了，参见下面的列表：

Web Framework:Struts(Classic, Shale, Struts-EL), JSF(SUN implemetaion, MyFaces, ADFaces), WebWork(已经要并入Struts),Jakarta Tapestry, Stripes, Wicket, Spring MVC, Grials等等。
Persistence： Hiberate, , iBatis, Toplink, JDO, EntityBean,......
Appliction Server: JBoss, Tomcat, Websphere, Weblogic, Sun Application Server, GlassFish, OAS.....  
IDE: Eclipse, NetBeans, JDeveloper, Intellij IDEA, JBuilder......

竞争是一件好事，它会促进技术的发展.但过度的竞争是否会分散整个Java社区的力量，造成各自为战的局面. 一些JCP的成员经常会为了各自的利益而争的面红耳赤就是最好的例证。
作为一名Java程序员，一名Java的Fans，一方面为Java Community的庞大而感到欣喜，一方面也确实感到过彷徨，经常会为了究竟要采用那种技术而犹豫不觉，因为毕竟都有各自的优缺点，鱼和熊掌不可兼得。
作为Java程序员确实也比较辛苦，因为有太多的东西要学,而人的精力是有限的，毕竟不可能什么都会什么都懂。
反观微软一家垄断的Net,VS.Net, IIS, ADO.NET几乎没的可选，而相对Net程序员的选择也会少些。但有时这也挺不错的，比如Net程序员找符合条件的工作也比较好找。反观，Java程序员找工作时就会遇到条件不符的情况（因为选择太多了）。
不知道大家对此有什么想法？