《解析极限编程》是一本由Kent Beck / Cynthia Andres著作，机械工业出版社出版的平装图书，本书定价：39.00元，页数：167，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。
《解析极限编程》精选点评：
●kent beck是个实在人。这本书翻译得很流畅。
●Kent Beck的书有个很大的特点就是短小，精悍，而且因为其一直工作在代码一线，书中的很多问题都是自己亲身经历，或者亲眼所见的，因此，在描述问题的时候让我这样的程序员的特别的感同身受。书中描述的各种实践，覆盖了软件开发工程中的所有方面，并且有机的结合在了一起。
●这本书不如叫做《泥巴种程序员在充满爱与正义的和谐社会里的美好生活》
●先看了总结版的, 然后再看这个会更清晰些, 而且为了速度看的中文版... 本来也不对...
●编程界的鸡汤。 除非公司能够意识到这些，并且有人能够支持你，不然在公司中，大家还不都是抄抄抄，改改改？加班加班加班？（开玩笑） 讲真，这里边的方法论之于程序员还是非常独特科学的，受教了。
●这本书豆瓣给了4星，这帮人脑袋被猪踢了？三个看上去巨牛逼的人，翻译之差，形成强烈反差，你们不是找自己学生翻译的吧?
●不仅是一本软件工程方法论书籍，更可看作互联网经济下的敏捷团队构建指导原则。
●不错
●喜欢看这种很短的书，我昨天晚上站在宿舍就看完了，我都佩服我自己。里面有不少思想还是不错的，勇气，信任，开放，勾勒了一幅完全投入激情的工作的情景。里面很重要的一个思想是 把一个大的复杂的事情分解成小事情，先把最核心的事情做完，不断重构，不断快步向前。
●挺好的，终于上升到哲学上了。
《解析极限编程》读后感(一)：感觉不容易看懂
可能是看得比较快的关系，有些地方看得不甚明白，希望能看一下英文原版。里面的丰田精益思想比较有趣，还有一些极限开发实践，跟敏捷开发的实践基本一致。kent 大牛对结对编程十分推崇，以前也试过结对，感觉确实效率要高一些，也相对要累一些
《解析极限编程》读后感(二)：平淡无奇而且理论化
这本书放在书桌上断断续续拖了一两个月才看完，耐着性子看完后收获也并不大。虽然这本书是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就是要让我们做选择。