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