今天下午去参加了上海的
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
的精髓指引项目走向成功。