解析极限编程经典读后感有感

《解析极限编程》是一本由Kent Beck / Cynthia Andres著作，机械工业出版社出版的平装图书，本书定价：39.00元，页数：167，特精心收集的读后感，希望对大家能有帮助。

《解析极限编程》读后感(一)：感觉不容易看懂

可能是看得比较快的关系，有些地方看得不甚明白，希望能看一下英文原版。里面的丰田精益思想比较有趣，还有一些极限开发实践，跟敏捷开发的实践基本一致。kent 大牛对结对编程十分推崇，以前也试过结对，感觉确实效率要高一些，也相对要累一些

《解析极限编程》读后感(二)：xp思想短评

作者提出的方法论很好，但是在当前的国内环境下不太容易实施，公司都追求的利益，追求的是先上线产品，哪管什么质量。对于开发人员来说写单元测试的也没几个。另外作者强调诚实，目前大部分公司以加班来论绩效，即使完成了功能开发，也不会提交，也会用剩下的时间摸鱼，哪有诚实一说？个人认为这种思想可以在小规模团队和创业公司中可以实行，以实现自我作为价值观，以对产品的质量作为责任，才会有类似丰田的生产线故事，才会有优秀的产品。

《解析极限编程》读后感(三)：平淡无奇而且理论化

这本书放在书桌上断断续续拖了一两个月才看完，耐着性子看完后收获也并不大。虽然这本书是XP方法论的开山祖师 Kent Beck所写，但在我看来这本书平淡无奇而且还理论化过重。作者的写作水平跟Steve McConnell（《代码大全》）、Robert C·Martin（《敏捷软件开发 : 原则、模式与实践》）差距很大呀。

设计模式的开创者、Eclipse总设计师Erich Gramma（现已经加入到MS的Visual Studio Team）在本书推荐序中提到的一些XP实践方法还是很不错的：

尽早测试、经常测试，自动测试

增量设计

每日部署

客户参与

持续集成

短开发周期

增量计划

貌似跟敏捷开发也没啥区别。

《解析极限编程》读后感(四)：抓住最关键的地方去写代码

喜欢看这种很短的书，我昨天晚上站在宿舍就看完了，我都佩服我自己。里面有不少思想还是不错的，勇气，信任，开放，勾勒了一幅完全投入激情的工作的情景。里面很重要的一个思想是 把一个大的复杂的事情分解成小事情，先把最核心的事情做完，不断重构，不断快步向前。感觉最近很少看这些抽象的书了。

但是 书中有个观点很重要，不能局限在一个地方，不能一直看一种类型的书，也不能一直局限这一个人的思维，要多和人去交流，而且是要深层次的交流。而且书中还说道周末是要多去活动下。

其实感觉最核心的是调动人的积极性，这种模式下很注重这点。而且提到在软件编写里人事最重要的，我深以为然。抓住最关键的地方才能做好事情。

《解析极限编程》读后感(五)：认识极限编程

首先有这样一个概念就是XP是敏捷的一部分，主要侧重于编程的方方面面。Scrum也属于敏捷的一部分，主要侧重项目管理；另一个组成部分是Lean。好像现在Kanban也算是一部分了。

感觉XP中说得很多东西都比较理想化，而且Kent Beck创业失败也标志着XP不是万能的，如果能遵循当然好，但确实要根据所处的环境来选择一些实践执行，跟风、强制都没好结果。

XP有几个价值观，这是最高级别的东西，然后就会有很多实践，这是我们实际工作中用得到的东西。连接这两者的桥梁是原则。也就是说根据某个价值观，通过原则，产生了具体的实践。利用类似的模式，你也可以总结一些价值观、原则、实践。

还有一点需要说明的就是trade off，书里可能说了很多优秀实践，你读完感觉都执行了的话确实很好，很理想，不过你一定不可能都执行的，这是作者多年总结出来的，是从很多案例中总结的，哪有某个项目全部应用的。介绍了一种方法，你可以用这种方法不断改进开发过程，从而提升软件的质量。trade off就是要让我们做选择。