1、簡單

我常常在工作中就把一些問題看得較復雜，因為總覺得這不是一件壞事，考慮到一個問題的復雜性并認真想清楚此問題的各個方面，在解決這個問題的時候相對來說就會簡單一些，但是這樣也確實會帶來諸多問題，如軟件成本的核算，我就曾因此在一個客戶需求并不高的情況下把問題復雜化了，導致了那個方案的失敗。上次我就是犯了“提前叫客戶掏錢購買的復雜架構”（page 6）這樣的錯誤。“這種想法有兩個問題：首先，是否讓系統變得如此復雜不應該由作為架構師和開發者的我們來決定，因為買單的人不是我們；其次，即便系統最終變得如此復雜，我們又怎么知道一開始將它們考慮進來就能節約成本呢？說不定，等到有需求的時候再修改架構還會更節約呢。”（page 6）

書中主要從技術層面上討論了這個問題，如數據庫的分布，多種客戶端等。對于問題的解決我們應該更切合實際一點，不要沉溺于一些不切實際的想象。

“XP的核心教義之一就是：很多時候，越是節約成本，就越能開發出高質量的軟件；不要試圖預先解決所有能想到的問題。”（page 6）

“使J2EE項目具備架構重構能力的關鍵在于：遵循良好的OO設計法則，并且始終針對接口編程、而非針對類編程；將EJB之類的技術隱藏在普通Java對象背后。”（page 7）

2、生產率

雖然我沒有真正的用EJB來開發過任何項目，但根據我對EJB的了解來看，EJB在生產效率方面確實存在著很大的問題。

3、OO

以前我在設計一個對象的時候，根本沒有認真的考慮過某一個對象是否真正的合理，這個需要在以后的設計中得以重視。

4、需求至上

“J2EE的開發者們僅僅因為他們的技術選擇――而不是客戶的需求――就耗費了更多的精力。”(page

5、經驗過程

經驗對于一個軟件開發者來說是極其重要的，很多問題只有你在具體的實施過程中才會發生，但是我從不拿一個人參加工作的時間長短來衡量一個人的經驗是否豐富。

書中提到的循證醫學（EBM）到是一件很有意思的事情，我覺得值得我們中國的醫生好好的學習和思考一下（題外話）。

6、可測試性

對于軟件測試，我其實并沒有深入的認識，我一直都處在開發的前沿，沒有更多的機會和時間來深入研究測試，其實軟件測試是一門很值得研究的學問。就拿騰訊的程序來說，其出錯的機率遠遠高于其它軟件，這是人的共知的，我想這也是騰訊所需要重視的。

感謝 http://www.tryosp.cn 提供下載

讀書筆記 J2EE Development without EJB