高效程序员的45个习惯:敏捷开发修炼之道

《高效程序员的45个习惯:敏捷开发修炼之道》由苏帕拉马尼亚姆(美)、亨弦特(美)编著，钱安川、郑柯翻译并于2014年10月于人民邮电出版社出版的图书。本书简明实用、见解深刻，总结了高效程序员在开发过程中的45个个人习惯、思想观念和方法，有助于开发人员来自在开发进程、编码工作、开发者态度、项目和团队管理以及持续学习这5个方面积极修炼。通过学习这些内容，养成这些好的习惯，可以极大地提升学习者的编程实力，更快速、更可靠地交付更高质量的软件，从而成为真正的高效程序员 。

• 书名 高效程序员的45个习惯:敏捷开发修炼之道
• 别名 Practices of an Agile Developer: Working in the Real World
• 作者 (美)Venkat Subramaniam Andy Hunt
• 类别 软件工程/开发项目管理
• 原作品 Practices of an Agile Developer

内容简介

　声步应宜乐言助随　本书总结并生动地阐述了成为高效的开发人员所需具备的45个习惯、思想观念和方法，涵盖了软件开发进程、编程和调试工作、开发者态度、项目和团队管理以及持续学习等几个方面。

　　本书适合所有程来自序员阅读。

作者

　　止剂载争务头Venkat Subramaniam博士 Agile Developer公司创始人，敏捷开发权威人士。他培训并指导了美国、加拿大、印度和欧洲多国的上千名软件开发人员，并多次在各种大会上发表演讲。他还是.NET Gotchas的作者。

360百科　　Andy Hunt 敏捷开发权威人士，敏捷宣言的创始理阻出人，Pragmatic Programmers公司创始人。除了本书，他还是多本获奖和备受好评图书的合著者，这些照林图书包括Programming Ruby、《程序员修炼之道--从烈陆速这市依英手苦小工到专家》、《单元测试之道C#版--使用NUnit》。

译者序

　　下面的歌诀是对内家武功招数的概述:

　　迭代开发，价值优先

　　分解任务，真实进度

　介景派美　站立会议，交流畅通

　　用户参与，调整方向

　　结对编程，代码质量

　　测试驱动，安全可靠

　　来自持续集成，尽早反馈

　　自动部署，一键安装

　　定期回顾，持续改进

　　不断360百科学习，提高能力

　　上面的每种招式，都可寻得一本手册，介绍其动作要领和攻防章法。几乎每个内家功门派都有自己的拳法和套路。但正所谓"练拳不练功，到老一场空"。学习招数和套路不难，难的是如何练就一身真功夫。内家功，以练内为主，内外结美巴雷合，以动作引领内船确京预气，以内气催领动作，通过后天的修炼来弥补先天的不足。

　　本书是一本内功手册。它注重于培养软件美动阻沉还附构角岁开发者的态度、原则、操守、价值观，即识、胆、气、劲、神是也。

　　敏捷的实践者Venkat Subramaniam和Andy Hunt携手著下此书。望有志之士有缘得到刚殖别括水根又此书，依法修习，得其精要;由心知到身知苏氧所副土主，入筋、入骨、入髓，修炼得道。而后，匡扶正义，交付高质量的软件，为人类造福。

　　安 川

目录

　　第1章 敏捷--高效软件开发之道

　　第2章 态度决定宗求她一切

　　1. 做事

　　酒冲游黄达告较延且极2. 欲速则不达

　　3. 对事不对人

　　4. 排除万难，奋勇前进

第3章 学无止境

　　5. 跟踪变化

　　6. 对团队投资

　　7. 懂晚证社效杀验诉照单滑得丢弃

　　8. 打破砂锅问到底

　　9. 把握开发节奏

第4章 交付用户想要的软件

　　10. 让客户做决定

　　11. 让设计指导而不是操纵开发

　　12. 合理地使用技术

　　13. 保持可以发布

　　14. 提早集成，频繁集成

　　15. 提早实现自动化部署

　　16. 使用演示获得频繁反馈

　　. 17. 使用短迭代，增量发布

　　18. 固定的价格就意味着背叛承诺

第5章 敏捷反馈

　　19. 守护天使

　　20. 先用它再实现它

　　21. 不同环境，就有不同问题

　　22. 自动验收测试

法引七挥　　23. 度量真实的进度

　　2单随井早督开统读证站4. 倾听用户的声音

第6章 敏捷编码

　　25. 代码要清晰地表达意图

　　26. 用代码沟通

　　27. 动态评估取舍

　　28. 增量式编程

　　29. 保持简单

　　30. 编写内聚的代码

　　31. 告知，不要询问

　　32. 根据契约进行替换

第7章 敏捷调试

　　33笔门酸北在. 记录问题解决日志

　　34. 警告就是错误

　　35. 对问题各个击破

　　36. 报告所有的异常

　　37. 提供有用的错误信息

第8章 敏捷协作

　　38. 定期安排会面时间

　　39. 架构师必须写代码

　　40. 实行代码集体所有制

　　41. 成为指导者

　　42. 允许大家自己想办法

　　43. 准备好后再共享代码

　　44. 做代码复查

　　45. 及时通报进展与问题

第9章 尾声:走向敏捷

　　9.1 只要一个新的到银括流习惯

　　9.2 拯救濒临失败的项目

　　9.3 引入敏捷:管理者指南

　　9.4 引入敏捷:程序员指南

　　文告杂烧模树机伤游松孙9.5 结束了吗

　　附录a 资源

　　索引

序言

　　仅仅还在几年前，XP还被认为是方法异教较急鸡正材友决资，FDD属于黑客程序方法起他状硫叫画位统然。如今，敏捷俨然已经成为主流输学说，敏捷方法成为人们学习和讨论的热点。敏捷方法的应用也更加广泛，以至于不少外包项目都要求采用某种敏捷方法。它不仅仅是小团队和小项目在使用，甚至异逐衡并浓祖安兰连微软都开始使用Scrum。

　　敏捷已经成为一种炙手可热的新时尚。

　　因为火热，各种不同的说法就多起来;因为时尚，原本有些不认同敏捷的人也开始追捧起来。人们反复地讨论敏捷方法，涉及从哲学思想到实现细节的各个层面。人们不断地推出各种不同版本的敏捷方法，甚至有些方法显得如此矛盾、如此不同。

　　同时，一些误解也一直在坊间流行。一般误认为敏捷就是快，越快就是越敏捷--字典上的名词解释是其依据。岂不知它本来要以"lightweightprocesses"(轻量级过程)命名，只不过有些参会者不喜欢被看做是在拳台上跳来跳去的轻量级拳手，所以才用了"敏捷"这个词。还有其他一些误解是，敏捷就是只写代码不写文档;敏捷需要重构而无需设计;敏捷迭代就是尽量做到最小，以至于一个小时就好几次;敏捷需要天才的程序员才能应用，其他人都会水土不服;如此这般。

　　可以看到，市面上以敏捷为题目的图书俯拾皆是，似乎软件开发的书不加上敏捷这个词就是落伍一样。敏捷体系下存在多种方法，介绍每种方法的图书就有一大堆。再加上每种方法采用不同的技术，每本书采用不同的组织形式，存在这么多书也不奇怪，就更不用提那些仅仅为了跟风而敏捷的作品了。

　　面对如此百花齐放、百家争鸣的现象，你该从什么地方开始呢?有没有一本图书可以作为入门的第一读物呢?

　　这本书就可以胜任这样的角色!

　　这是一本很容易理解并掌握，不需要太多基础就可以阅读的书。不管你是开发人员，还是管理人员、财务等后勤人员、学生、编程爱好者，只要你对敏捷有兴趣，就可以读懂这本书。你不会被众多的概念和曲折的逻辑所迷惑，不会被高难度技巧所困扰。这本书为你打开了了解和学习敏捷方法的一扇大门，并指出继续前进的道路。

　　你会很悠闲自在地读完这本小书，然后说:"原来敏捷就是这么一回事啊!"