搞開發不但不要怕改需求的，更不能害怕問題。BUG，ERROR在正常不過了，一般一天都能看見幾十次，慢慢的我都養成了，一天不看到eclipse的控制臺不出字，一天都覺得不爽~
遇到問題，首先不能害怕。害怕會發生什么？害怕以后就會緊張，一緊張原本合理的思路馬上被滿頭大漢代替，然后呢？錯誤依舊存在，IE開了無數個google，狗狗都逛了一天也沒有解決！所以遇到問題以后不能緊張，要保持平靜。
log4j知道是干什么的吧，一個好的開發人員會在開發過程中作好log，一旦發生了錯誤，很快可以定位到錯誤代碼的范圍，開發時不做log早晚要加的，與其以后浪費時間，還不如開發的時候就加上，看看自己清晰的log，再復雜，再少見的errror都簡單了許多。
對于打印出的異常，先看看再說，根據異常的類型判斷一下異常出現代碼的類型和在自己程序中的位置，然后再下手，不要看到異常就亂改一通，運氣好了馬上搞定！運氣不好，越改問題越多，越改越亂，越改越煩，改到最后這段程序還不如重寫算了，反正也沒有人能看了。
如果是以前沒有看到過的異常，怎么辦？馬上google？不需要吧？建議還是認真看看異常，先判斷清楚是誰掛了，再哪里掛的。找到主謀了再google也不晚，每遇到一個問題，我們都應該成長才對，是吧？最近在做一個soa的項目，主要是基于xfire框架發布web services 然后其他客戶端再調用，在編寫客戶端單元測試時就經常看到紅紅的error，對付這玩藝首先要判斷清楚錯誤究竟是由誰報出的，是客戶端訪問代碼的異常，還是因為服務器端引發的異常，找到了罪魁禍首修正起來不就簡單多了。不能馬上google的原因還有一個就是網上基本上找不到中文關于xfire深度應用的文章，出了錯誤只能憑著自己垃圾的英語和幾篇像兩天一樣的帖子慢慢的尋找解決方案。（在次強烈譴責xfire開發團隊，不要忙著申請apache.org的孵化項目了，還是改改BUG吧！）
處理完問題以后不要馬上就結束，應該總結，小小的沉淀一下好不好？雖然說的是，程序員要到一定的時候才能沉淀出東西，我看還是“每天沉淀”，“每天反思”來的實在！
處理問題也是有方法的，應該被提升一下，建議大蝦們寫上一本《如何處理問題》的妙書或者妙文出來，小弟一定深刻拜讀！
以前CSDNBlog上的文章，今天集體轉移一下~
客戶虐我千百遍，我待客戶如初戀！