| 词条 | 高效程序员的45个习惯：敏捷开发修炼之道 |
| 释义 | 目录(第1章 敏捷——高效软件开发之道 第2章 态度决定一切 第3章 学无止境 第4章 交付用户想要的软件 第5章 敏捷反馈 第6章 敏捷编码 第7章 敏捷调试 第8章 敏捷协作 第9章 尾声：走向敏捷) 基本信息原书名： Practices of an Agile Developer: Working in the Real World 原出版社： Pragmatic Bookshelf作者： (美)Venkat Subramaniam Andy Hunt 译者： 钱安川 郑柯 丛书名： 图灵程序设计丛书 IT人文 出版社：人民邮电出版社 ISBN：9787115215536 上架时间：2010-1-15 出版日期：2010 年1月 开本：16开 页码：186 版次：1-1 内容简介本书总结并生动地阐述了成为高效的开发人员所需具备的45个习惯、思想观念和方法，涵盖了软件开发进程、编程和调试工作、开发者态度、项目和团队管理以及持续学习等几个方面。 本书适合所有程序员阅读。 作者Venkat Subramaniam博士 Agile Developer公司创始人，敏捷开发权威人士。他培训并指导了美国、加拿大、印度和欧洲多国的上千名软件开发人员，并多次在各种大会上发表演讲。他还是.NET Gotchas的作者。 Andy Hunt 敏捷开发权威人士，敏捷宣言的创始人，Pragmatic Programmers公司创始人。除了本书，他还是多本获奖和备受好评图书的合著者，这些图书包括Programming Ruby、《程序员修炼之道——从小工到专家》、《单元测试之道C#版——使用NUnit》。 译者序“武功者，包括内功、外功、武术技击术之总和。有形的动作，如支撑格拒，姿式回环，变化万千，外部可见，授受较易，晨操夕练，不难熟练。而无形的内功指内部之灵惠素质，即识、胆、气、劲、神是也，此乃与学练者整个内在世界的学识水平密切相关，是先天之慧根悟性与后天智能的总成，必需寻得秘籍方可炼成。” ——摘自《武林秘籍大全》 公元21世纪，软件业江湖动荡，人才辈出，各大门派林立，白道黑帮，都欲靠各自门派的武功称霸武林。 在那些外家功门派（传统的瀑布开发方法、CMM、ISO和RUP等）和非正统教（中国式太极敏捷UDD等）当道之际，一股新势力正在崛起——以敏捷方法为总称的一批内家功门派。 下面的歌诀是对内家武功招数的概述： 迭代开发，价值优先 分解任务，真实进度 站立会议，交流畅通 用户参与，调整方向 结对编程，代码质量 测试驱动，安全可靠 持续集成，尽早反馈 自动部署，一键安装 定期回顾，持续改进 不断学习，提高能力 上面的每种招式，都可寻得一本手册，介绍其动作要领和攻防章法。几乎每个内家功门派都有自己的拳法和套路。但正所谓“练拳不练功，到老一场空”。学习招数和套路不难，难的是如何练就一身真功夫。内家功，以练内为主，内外结合，以动作引领内气，以内气催领动作，通过后天的修炼来弥补先天的不足。 本书是一本内功手册。它注重于培养软件开发者的态度、原则、操守、价值观，即识、胆、气、劲、神是也。 敏捷的实践者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. 度量真实的进度 24. 倾听用户的声音 第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”（轻量级过程）命名，只不过有些参会者不喜欢被看做是在拳台上跳来跳去的轻量级拳手，所以才用了“敏捷”这个词。还有其他一些误解是，敏捷就是只写代码不写文档；敏捷需要重构而无需设计；敏捷迭代就是尽量做到最小，以至于一个小时就好几次；敏捷需要天才的程序员才能应用，其他人都会水土不服；如此这般。 可以看到，市面上以敏捷为题目的图书俯拾皆是，似乎软件开发的书不加上敏捷这个词就是落伍一样。敏捷体系下存在多种方法，介绍每种方法的图书就有一大堆。再加上每种方法采用不同的技术，每本书采用不同的组织形式，存在这么多书也不奇怪，就更不用提那些仅仅为了跟风而敏捷的作品了。 面对如此百花齐放、百家争鸣的现象，你该从什么地方开始呢？有没有一本图书可以作为入门的第一读物呢？ 这本书就可以胜任这样的角色！ 这是一本很容易理解并掌握，不需要太多基础就可以阅读的书。不管你是开发人员，还是管理人员、财务等后勤人员、学生、编程爱好者，只要你对敏捷有兴趣，就可以读懂这本书。你不会被众多的概念和曲折的逻辑所迷惑，不会被高难度技巧所困扰。这本书为你打开了了解和学习敏捷方法的一扇大门，并指出继续前进的道路。 你会很悠闲自在地读完这本小书，然后说：“原来敏捷就是这么一回事啊！” 文摘敏捷——高效软件开发之道 不管路走了多远，错了就要重新返回。 ——土耳其谚语这句土耳其谚语的含义显而易见，你也会认同这是软件开发应该遵守的原则。但很多时候，开发人员（包括我们自己）发现自己走错路后，却不愿意立即吲头，而是抱着迟早会步入正轨的侥幸心理，继续错下去。人们会想，或许差不多少吧，或许错误不像想象的那么严重。假使开发软件是个确定的、线性的过程，我们随时可以撤回来，如同谚语中所说的那样。然而，它却不是。相反，软件开发更像是在冲浪——一直处于动态、不断变化的环境中。大海本身无法预知，充满风险，并且海里还可能有鲨鱼出没。冲浪之所以如此有挑战性，是因为波浪各不相同。在冲浪现场，每次波浪都是独一无二的，冲浪的动作也会各不相同。例如，沙滩边的波浪和峭壁下的波浪就有很大的区别。在软件开发领域里，在项目研发过程中出现的需求变化和挑战就是你在冲浪时要应对的海浪一一它们从不停止并且永远变化，像波浪一样。在不同的业务领域和应用下，软件项目具有不同的形式，带来了不同的挑战。甚至还有鲨鱼以各种伪装出没。软件项目的成败，依赖于整个项目团队中所有开发成员的技术水平，对他们的培训，以及他们各自的能力高低。就像成功的冲浪手一样，开发人员必须也是技术扎实、懂得掌握平衡和能够敏捷行事的人。不管是预料之外的波浪冲击，还是预想不到的设计失败，在这两种情况下敏捷都意味着可以快速地适应变化。 |
| 随便看 |
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。