在Tom上，我被打到12k后，下了八盤，贏了七盤，看來我的水平是長進了。看多了，有些東西就明白了。其實，世界上的事情就是這樣。記得學過的一篇古文吧，“為學”。天下事有難易乎？沒有，都是不難也不易，象賣油翁的說法，“手熟爾”。因此我從來不相信什么神話，我只知道接觸多了以后就熟悉了，熟悉以后，你才能理解，理解之后你才能超越。因此學東西的時候，最好先記住。這是最好的方式，非但不是愚蠢，而是樸實的，有效的。以前我只注重理解，而現在我開始注重記憶，因為不記住是不行的。記住后，才能拿過來就用；記住后，才能時時回味；記住后，才談得上積累。記住是為了忘記，是為了信手一揮，不用想，不用算的瀟灑，自由。
圍棋是精確的，有點像數學，大方面看上去模糊，但是，每一步都精確無比，不能有一路的誤差，失之毫厘，繆以千里。有一盤棋，我的最大的一條大龍都被殺掉了，但是我還是贏了，而且贏了很多。因為對手太差了，倒不是我多高明。
下棋是一個從模糊到清楚的事情；做軟件也是；談戀愛也是；人生也是。下棋的時候，先總體有個大概的想法，是亂戰還是圍大模樣，總得有個構思；做軟件是要先有創意，之后在逐漸細分；談戀愛更是如此，從開始模糊，到后來塵埃落定，更是從模糊到定性的過程。正所謂無名萬物之始，有名萬物之母。
我不喜歡有人把寫代碼看做挺高尚的事情。我認為做寫程序和做飯差不多，沒什么神奇的，都是普通的事情，沒有必要高尚化，而所謂的癡迷則更加夸張。如果說以前我還不能算是太懂的化，那么現在我至少算是大部分都知道了，說實話我不喜歡沒有創意的軟件，比如某些網站，我實在是不愿意浪費時間在這種無意義的工作上。
我是喜歡java的風格的，我最討厭的是c++，簡直是太糟糕了。c已經夠慘了，象c++這樣的東西，簡直讓人受不了。groovy是個好主意，可是我希望有一本書才好，否則我是受不了只看電子材料的。
少則得，多則惑。現在我只用兩個框架sturts，hibernate，偶爾看看spring,我覺得學了這些之后，就足夠了。不要再學什么ejb3了，因為這些東西組合起來已經很強大了，完全可以承擔大型應用的需要。因為spring 有一些新鮮的思想，所以應該學習一下，但是不必太著急，在學習struts和hibernate的時候偶爾看看就行了。
Ioc并非新鮮的概念，因為它和動態載入是同意的，其中組合了java的接口轉換。但是aop就不得不好好注意一下了。我們可以把它想象成一種callback，只是這種調用覆蓋面更廣。有了一種普遍推廣的意味。這種截取對于安全控制來說實在是太好了。spring已經有了一個安全框架acgie（也許拼錯了）。應該抽時間好好學學。還有一個就是事務，spring 也有方案。如此，靈活明確的控制，比學習ejb清楚多了，spring才是程序員應該理解使用的東西。
因此spring才是核心，hibernate and struts都是輔助。再想想是，靈活簡潔的結構才是核心。
再說一下struts，我看到好多抱怨，我其實也有抱怨。但是，struts的優點是非常的明確，正如我們的抱怨一樣，有針對性。struts提供了靈活的控制層，這是web層最最需要的，也是我們使用struts的主要理由。要求完美的東西是過分的，因此，struts還是當前web層的最好選擇。
再說一下ActionForm，我覺得永遠也不要直接使用ActionForm作為業務層使用的Bean，因為ActionForm僅僅是個運輸工具，裝的一堆東西可能是打包的，也可能是散亂的。因此，必須有一個拆分和打包ActionForm的環節，處理ActionForm，這也正是struts的重大缺點（我認為這是最大的問題）。由于要處理ActionForm，使得我們分層時有點困難，也增加了一點多余的麻煩。
Validator是個好想法，用了一下覺得很方便，不錯。
還有一個問題就是中間層的問題。主要的業務邏輯放在哪里呢？我們是用singlten，我并不覺得多好，但是基本解決了問題。我現在疑惑的是有沒有更好的方法？（如果那位知道請告訴我）
還有一點就是struts的標簽庫，我實在是不太欣賞。因為它明顯要比jstl的設計要差一些。它有點麻煩，不夠清楚，犯了大忌。但是用struts又不得不用它的某些標簽庫，實在是讓人很煩。