体验极限编程-敏捷的一种“门派”

缺什么补什么：别把敏捷只当成开站会

很多开发者一说敏捷，脑子里只剩每天开个站立会议汇报进度，或者抱怨写测试拖慢了开发速度。这门课解决的就是这种认知与实践双重断层：把极限编程这套具体到代码级、操作级的工程实践重新拉回视线。它不讲空泛的管理哲学，而是直接拆解客户怎么全程参与、设计怎么保持简单、版本怎么切小、测试怎么驱动开发、结对怎么写代码。如果你刚转岗到要求严格遵循敏捷流程的团队，或者平时写代码全凭手感、没有自动化测试和重构习惯，这就是你必须补上的能力缺口。它适合有一定编码经验、能独立写功能模块但缺乏完整工程实践节奏的开发者，如果是完全没写过项目的新手，门槛会偏高，建议先补基础语法再来。

建议先看的几块与资料配合练习的方式

资料按从理念到硬核实践的顺序排布。建议先看简单设计、小版本发布这两块，建立对“不做过度设计、尽快交付可用价值”的直觉；接着重点啃测试驱动开发与重构，这是极限编程的内核，也是最需要动手练的部分；最后把持续集成、结对编程和编码标准结合起来看，理解团队协作节奏。看资料时别只过眼瘾，必须配练习：找一段你以前写的烂代码，按重构那块的思路去提取方法、改名、消除重复；同时挑一个简单需求，严格按测试驱动开发的红绿循环写一遍，先写失败测试，再写实现代码，最后补全自动化测试。持续集成这块，建议在本地搭个流水线跑通，每次提交自动触发测试。资料里的概念只有落到键盘上，才会变成肌肉记忆。

学完能独立做什么

学完这门课，你应该能独立在一个功能模块上跑通极限编程的闭环：能把模糊需求拆成小版本发布，能用测试驱动开发写出带自动化测试的代码，能在不破坏功能的前提下重构优化结构，能按编码标准与团队协作。具体到日常，当你面对一个新需求，不再一上来就画复杂架构图，而是先写测试用例驱动出简单设计；当你接手遗留代码，知道先用测试兜底再动手改。如果你看完还是觉得敏捷就是每天站会汇报，或者写测试只是应付差事，那说明没看透，回头重看测试驱动开发与重构那几块，别假装都会了。