今天下午去參加了上海的
bea usergroup
大會，主題是深入極限編程，感覺還是受益良多的。這次大會有
yanger
主持，少了很多的商業氣息，只是在中間休息階段問了一些有關
bea
產品的問題。關于
bea
我也不大熟，平時用的都是
ibm
的一套，也就不多評論了。
一共
3
個
speaker
，第一個是
thoughtworks
的資深顧問，講了些
xp
要注意的地方，并配了些照片和圖表，講如何實施
xp
，還是有些收獲的。第二個是阿里巴巴的性能測試專家，講了如何進行性能測試，如模擬用戶，確定負載等等。人挺牛的，但想想阿里巴巴每天
1
個億的
pv(page view)
，他都搞得定，咱也沒話說。
第三個出場的就是這篇文章的重點了，講的的確很好，而且很有新意。這位是紅工廠的老板，在中國工作幾年，然后去加拿大開始了他的
xper
之路，回國后做出了自己的
JDO
實現。他的主題就是結合自己的經歷，講授一個
xper
的成長過程。因為是親身所感，他講出來很是實在，加上時不時幽它一默，如：上班讓打游戲感覺很爽，跟印度美媚
pair programmer
卻感覺很累。。。。。。讓人在會意的微笑中體味他當時的感受和成長，同時加深對
xp
的一些實踐的實際認識。
他并沒有講
xp
所涉及的所有要素，只是強調了
pp
和溝通的重要性以及測試優先和重構是程序員的基本素質這幾個方面。他很是關注溝通的精神甚至一個人的性格要素，他認為好的
programmer
應該樂于去溝通，勇于承認不足，并能主動去向同伴或團隊尋求解答（而不是首先去
google
）。同時他對
xp
的精神提出了自己的看法，也是以人為本，但是另一種意義上的以人為本。他半開玩笑的說，以人為本并不是給你更多的工資，讓你上班打游戲，讓你
happy
的工作，而是把以前對流程的關注更多轉到開發人員上面，讓開發人員具備一個
xper
應有的素質。他通過親身體驗說明了一個好的
xper
即使不在
xp
的團隊中，也能創造更快的開發效率，更高的代碼質量和更少的加班。關于這點我也很是認同并有一些親身的實踐：通過測試先行，不斷重構和努力消除重復代碼，是能大大優化代碼結構，提高代碼質量，減少
bug
率的，而相應的反而會提高開發效率。
也許目前國內還較少有真正能實施
xp
的團隊，我們也很難真的在項目中進行
xp
的完整實踐。但只要我們接受
xp
的思想，在平時的實踐中就采用一些
xp
推薦的方式，如測試優先、重構、持續集成、樂于溝通等等，先把自己變成一個合格的
xper
，那么在真的有機會實施
xp
的時候，我們就能更快的融入團隊，更好的用
xp
的精髓指引項目走向成功。