時隔七年，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程序員找工作時就會遇到條件不符的情況（因為選擇太多了）。
不知道大家對此有什么想法？