關于huihoo的一些意見和建議（轉貼自Huihoo社群）

首先自我介紹：我是鄭重，南京人，Java程式員，現在巴黎一個小IT公司任職，做J2EE程式設計，主要做servlet/JSP，CMS和portal。應龍輝之邀加入huihoo社群。

言歸正傳。我算是關注huihoo的一員。所謂關注，首先要知道的一個問題就是，huihoo是什麼。網站上說huihoo是Open Enterprise Foundation，它自己也有一些項目，比如JFox，這樣看來，huihoo很象一個類似Apache或者Codehaus的一個組織。 Huihoo還擁有一個技術論壇，這樣又有點象The Server Side。龍輝還有建立自己的forge的打算，如果forge真的建立起來了，huihoo又有了點sourceforge或者objectweb的模樣。但其實，Apache，The Server Side和sourceforge是完全不同的三個東東，那麼huihoo到底是什麼？

我個人傾向于把huihoo看成是一個Open Source Foundation。原因如下：

先說技術論壇。我覺得國内沒有必要再存在一個Java技術論壇。最權威的Java技術論壇，堪稱Sun的Java Forum，The Server Side和Java World。國内也有一些有知名度的論壇，比如CSDN，比如China Java World，比如java-cn，是以我覺得技術論壇已經夠多了。而且技術論壇的靈魂是人氣，不是技術本身。國内那些論壇，統統好像菜場，到處充斥着關于 CLASSPATH如何設定之類的問題，這些問題雖然低級，但卻正是一個技術論壇所需要的：不停的有人問問題，有人回答問題，論壇的人氣就起來了，至于問題本身是什麼，卻不那麼重要。你要去國内那些論壇問castor怎麼用，問xmlbeans怎麼用，肯定問津者鮮。我想，一個這樣的技術論壇，應該不是 huihoo所需要的。Huihoo不是一個Java初學者俱樂部。

然後說forge。一個forge，本質上是一個服務提供者，是以最重要的是提供的服務是否可靠，是否穩定。Huihoo不是财大氣粗的地主，弄個伺服器來為别人提供CVS和問題跟蹤系統，這樣的負荷huihoo肯定受不了。而且，即使能弄來一個這樣的伺服器，為什麼别人不選擇sourceforge而選擇huihoo？再而且，我覺得項目不貴多而貴精。我三天一個想法，如果用huihoo做forge，一個月我就能注冊10個項目，可這10個項目，我能堅持到底的能有一個就不錯了。成千上萬個半途而廢的項目也比不上一個好項目。爛尾的項目太多，反而壞了名聲。

最後是開放原代碼基金會。做好一個基金會，關鍵是有一個或者n個有技術有激情并能堅持不懈的團隊，和一個或者n個優秀的項目，這也很象目前huihoo的發展模式。如果huihoo意在成為一個這樣的組織，那麼我覺得forum也好，forge也好，都好比闌尾，有了是個累贅，遲早要解除安裝掉，是以幹脆不用。看看apache和codehaus，都沒有自己的forum和forge。為什麼沒有？因為沒有必要。

在上面所說的基礎上，再談談huihoo的項目。我看了看huihoo網站上列出的一些項目，一個普遍的問題是，似乎堅持下去的不多。很多的項目，最後更新時間都是去年，而今年都快結束了。Java技術日新月異，如果一個Java項目停滞一年沒有進展，基本就可以進資源回收筒了。是以，我覺得huihoo應該把它的成員組織好，把它的項目精簡一下，然後好好進行開發。

開始一個項目，首先要問的一個問題是，為什麼需要做這樣的項目。Unix下的 bash，全稱是but another shell。為什麼大家不用原來的shell，卻要用這個bash，but這個單詞，很有講究。因為bash提供了shell所不具有的新特性，是以需要這樣的but another。做任何一個項目，都一樣。

不客套了，直接拿JFox開刀。J2EE伺服器，市場上已經有很多了，比如 JBoss，比如JONAS，比如Apache的Geronimo。為什麼還需要JFox？這個問題，我沒有和列位JFox團隊的成員探讨過，JFox的首頁上也沒有找到，是以并不清楚。Apache的Geronimo，開始的時間不久，但首頁上明确說明了為什麼在大家有JBoss和JONAS可以選擇的時候啟動Geronimo：因為license的問題，Apache希望建立一個在Apache License 2.0之下的開源J2EE伺服器。那麼，JFox的理由是什麼？

做開放源代碼的項目，關鍵是有人願意使用。開放源代碼，讓程式員不能從中獲得物質上的所得，那麼開發的動力來自哪裡？我個人認為，一部分來自于理想，一部分來自于别人的認可，兩者缺一不可。一個沒有人使用的項目，就得不到别人的認可，就難以為繼，即使各位是多麼的理想主義。而且，優秀的項目，不是閉門造車的成果，而是無數次的回報和回應回報的疊代。沒有人使用，就沒有回報，就創造不出優秀的項目，這恐怕也是對理想的一個打擊。

我看到JoyAOP，看到Willow，都有同樣的疑問：我為什麼要選擇huihoo 的項目，而不是Spring AOP或者aspectJ，不是ObjectWeb的Enhydra？Huihoo需要有自己的項目，每個項目都應該有自己存在的理由。沒有存在理由的項目，為什麼要存在？

先說這麼多。我想，每一個關注huihoo的人，或多或少都會有類似我的想法。要把huihoo建設好，需要直面這些問題。雖然我心存疑問，但我對huihoo是有希望的，因為huihoo有靈魂，那就是它的成員。措辭直接，不夠委婉，還望見諒。

from [url]http://blogs.huihoo.com[/url]