看到這個問題一定要回答一下，因為作為一名從業多年的程式設計師，我對J2EE還是非常熟悉的。

我在2003年至2006年期間做了大量基於J2EE技術的專案開發，專案中大量採用了EJB技術，包括Session Bean、Entity Bean、M-D Bean等技術，手裡也掌握著不少成熟的J2EE解決方案。在2005年的時候曾經受邀翻譯一本關於J2EE的技術書籍，後來由於專案比較緊張，所以就轉交給別人了（略有遺憾）。

即使我對J2EE非常熟悉，但是在2006年以後也逐漸不再使用J2EE技術開發新的專案了，整個開發團隊轉而採用Spring相關技術，這也是當時一個發展趨勢，就是輕量化的趨勢。EJB與Spring對比來說，EJB太“重”了，開發週期長且程式碼複雜，而Spring則完全顛覆了EJB的設計思想，從強耦合轉為松耦合，透過容器來解決所有的系統級問題，使得開發變得容易了很多，我本人也非常喜歡Spring的開發方式。

但是，我也遇到過堅持使用J2EE開發方案的程式設計師，透過跟這些程式設計師的交流，發現大概有以下幾個主要原因：

第一，這些程式設計師有強烈的“官方意識”。當你質疑他們為什麼繼續採用J2EE方案的時候，他們往往會告訴你，這是官方解決方案，所謂的“正宗方案”（目前JavaEE已經被Oracle公司交給Eclipse基金會了，正式改名為Jakarta EE了，這個理由現在已經有點站不住腳了）。

第二，這些程式設計師對J2EE方案非常熟悉。當對一個技術體系非常熟悉的時候，就會對這個技術體系產生依賴，甚至會出現所謂的J2EE思維，也就是說任何問題都會以J2EE的方式來思考。

第三，有過大量基於J2EE的成功案例。這也是很多程式設計師堅持使用J2EE方案的核心理由，因為有成功的案例。

不管有什麼理由，對於程式設計師來說一定要緊跟技術發展的腳步，多瞭解一些技術方案總歸是好事。

如果有Java開發方面的問題，也可以諮詢我。