书籍介绍
本书是经典之作。作者在书中提出了一些想法，诸如让开发者为自己的代码写自动化测试，让整个团队每周做计划，因为这些当时很激进的改进小团队开发的想法，这本书获了奖。五年来许多东西改变了，完全重写的第二版将XP的范围扩展到任何大小的团队，建议了基于以下几点的持续改进流程：与卓越软件开发一致的五个核心价值观：11个原则将这些价值观付诸行动；13个基本实践和11个扩展实践帮助你推动开发超越当前的业务和技术决策；通过建立富有信息的共享工作空间来改进团队协作。
无论你是有一个已经和客户紧密联系在一起的小团队，还是有一个在大组织或跨国组织中的大团队，你都会在中发现如下的思想去挑战、启发和鼓励你及你的团队成员去切实改进你们的软件开发。
极限编程，通常称为XP，是一种针对业务和软件开发的规则，其作用在于将两者的力量集中在共同的、可以达到的目标上，使XP团队以可持续的步调生产优质的软件。本书是在《解析极限编程》第一版面世的5年之后，作者重新考虑，整理和重构XP的基础上写成的，也是作者不断参与软件开发项目的心路历程和对XP的许多新的深刻理解。
本书共分两部分。第1部分包括第1章至第16章，阐述了实现XP过程的方方面面；第2部分包括第17章至25章，内容着重于对XP的理解上升到哲学的高度来看待XP的生命力。
本书配有中英文对照，语言通畅、富有实用性和可读性，适合于软件开发人员、软件项目管理人员、软件工程研究人员，以及广大电脑爱好者阅读并领略英文原文的风采。
AI导读
核心看点
- 阐述XP五大价值观与核心实践
- 强调沟通反馈与可持续开发节奏
- 中英文对照呈现敏捷开发哲学
适合谁读
- 软件开发工程师与架构师
- 软件项目管理者与团队Leader
- 对敏捷开发感兴趣的初学者
读前提醒
- 重在理解价值观而非生搬硬套
- 结合团队实际环境灵活调整
- 避免陷入方法论的教条主义
读者共识
- XP教父经典之作，思想深刻
- 以人为本，强调团队沟通协作
- 理论性强，需结合实践消化
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "不是你未知的东西导致你陷入困境，而是你已知的东西并不正确。"
- "在团队软件开发中最要紧的是沟通。每当开发中出现问题的时候，通常已经有人知道了解决方法，但有权做出改变的人却不知道。"
- "如果你想要人们接受你的意见，那你就应该解决更多问题，而不是创造更多问题。"
- "通过牺牲质量来控制的手段是没有效率的。质量不是一个控制变量。项目不会因为接受低质量而加快速度，也不会因为要求高质量而使进度减慢。要求高质量通常导致更快的交付，而降低质量标准通常会导致更晚的不可预见的交付。"
- "实践本身是空洞的。除非以价值观作为目的，否则实践会变得生搬硬套。"
- "实践是与环境相关的。如果环境变了，你需要选择不同的实践去适应不同的环境。但是你的价值观却不须要为了适应新的环境而改变。"
- "像害怕、愤怒和焦虑之类的负面情绪始终暗示有糟糕的事情将要发生。"
- "将价值观显式化很重要，因为没有价值观，实践很快会变成生搬硬套，为行动而行动，缺乏目的或方向。 价值观与实践的结合意味着程序员有充分的理由会选择高效率地执行一个实践。价值观让实践有的放矢。"
作者简介
Kent Beck应是XP的绝对大师了.
用户评论
在代码建构上的模式不如亚历山大的建筑模式牛逼，因为亚历山大掌握了建筑之道
不评分…… 感觉自己积累太薄又匮乏经验，短期内还是少看软工方法论的书比较好，否则容易浮躁。
只看过，没实践过
因为需要给大家做极限编程的思想，所以花了一个两个多小时的时间把这本书快速的浏览了一遍，把一些关键的有用信息提取出来。如果想要系统了解极限编程的思想，建议浏览此书，里面的信息比较通俗易懂，涵盖的范围也比较全面。
不知道是kent beck的语言组织能力还是翻译能力, 反正这本书看起来有一种“天马行空”的感觉(和那本测试驱动开发一样). 这本关于xp的开山之作很久之前就借了, 这次抽时间大致翻了一篇, 关键不在技术层面的操作, 更多的可能是对极限编程思想的接受, 收获不多. 整本书采用中英文对照, 是让我学英文吗? 还是说来帮助译者纠错? 抑或书本不够分量, 增加页码?
两版都读了，第二版果然是彻底重写了一遍。。但感觉和bob大叔说的一样，第二版不如第一版。包括那本解析xp也读了。其实今天只需要看bob大叔的clean agile就可以了，xp的回光返照。
有些收获 不过还是不能赞同Kent Berk增量设计的思路。
沟通 反馈 尊重
方法论的书，主要还是学习思想，消化了再结合团队的实际情况进行有必要的运用。
收藏