高效程序员的45个习惯(免费).docVIP

目录 第一章 敏捷--高效软件开发之道 2 第二章 态度决定一切 7 1.做事 2.欲速则不达 3.对事不对人 4.排除万难,奋勇前进 第三章 学无止境 16 5.跟踪变化 6.对团队投资 7.懂得丢弃 8.打破沙锅问到底 9.把握开发节奏 第四章 交付用户想要的软件 26 10.让客户做决定 11.让设计指导而不是操纵开发 12.合理地使用技术 13.保持可以发布 14.提早集成，频繁集成 15.提早实现自动化部署 16.使用演示获得频繁反馈 17.使用短迭代，增量发布 18.固定的价格就意味着背叛承诺 第5章 敏捷反馈 45 19.守护天使 20.先用它再实现它 21.不同环境,就有不同问题 22.自动验收测试 23.度量真实的进度 24.倾听用户的声音 第六章 敏捷编码 57 25.代码要清晰地表达意图 26.用代码沟通 27.动态评估取舍 28.增量式编程 29.保持简单 30.编写内聚的代码 31.告知，不要询问 32.根据契约进行替换 第7章 敏捷调试 73 33．纪录问题解决日志 34．警告就是错误 35．对问题各个击破 36．报告所有的异常 第一章 敏捷--高效软件开发之道 不管路走了多远,错了就要重新返回. ------土耳其谚 这句土耳其谚语的含义显而易见,你也会认同这是软件开发应该遵守的原则.但很多时候,开发人员(包括我们自己)发现自己走错路后, 却不愿意立即回头,而是抱着迟早会步入正规的侥幸心理,继续错下去.人们会想,或许差不多少吧,或许错误不像想象的那么严重.假使开发 软件是个确定的,线性的过程,我们随时可以撤回来,如同谚语中所说的那样.然而,它却不是. 相反,软件开发更像是在冲浪----一直处于动态、不断变化的环境中.大海本身无法预知,充满风险,并且海里还可能有鲨鱼出没. 冲浪之所以如此有挑战性,是因为波浪各不同.在冲浪现场,每次波浪都是独一无二的,冲浪的动作也会各不相同.例如,海滩边的波浪和峭 壁下的海浪就是很大的区别. 在软件开发领域,在项目研发过程中出现的需求变化,像波浪一样.在不同的业务领域和应用下,软件项目具有不同的形式,带来了不同的 挑战.甚至还有鲨鱼以各种伪装出没. 软件项目的成败,依赖与整个项目团队中所有开发成员的技术水平,对于他们的培训,以及他们各自的能力高低.就像成功的冲浪手一样, 开发人员必须也是技术扎实、懂得掌握平衡和能够敏捷行事的人.不管是预科之外的波浪冲击,还是预想不到的设计失败,在这两种情况下敏 捷都意味着可以快速地适应变化. 敏捷的精神 那么,到底什么是敏捷开发方法?整个敏捷开发方法的运动从何而来呢? 2001年2月,17位志愿者(包括作者之一Andy在内)聚集在美国犹他州雪鸟度假胜地,讨论一个新的软件开发趋势,这个趋势被不严格地成为轻量型软件开发过程. 我们都见过了因为开发过程的冗余、笨重、繁杂而失败的项目.世上应该有一种更好的软件开发方法---只关注真正重要的情况,少关注那些占用大量时间而无甚裨益的不重要的情况. 这些志愿者们给这个方法学取名为敏捷.他们审视了这种新的软件开发方法,并且发布了敏捷开发的宣言:一种把为人为本、团队合作、快速响应变化和可工作的软件作为宗旨的开发方法(本页最开始的方框就是宣言的内容). 敏捷开发可以快速地响应变化,它强调团队合作,人们专注于具体可行的目标(实现真正可以工作的软件),这就是敏捷的精神.它打破了那种基于计划的瀑布式软件开发方法,将软件开发的实际重点转移到一种更加自然和可持续的开发方式上. 它要求团队中的每一个人(包括与团队合作的人)都具备职业精神,并积极地期望项目能够获得成功.它并不要求所有人都是有经验的专业人员,但必须具有专业的工作态度----每个人都希望尽最大可能做好自己的工作. 如果在团队中经常有人旷工、偷懒甚至直接怠工,那么这样的方法并不适合你,你需要的是一些重量级的、缓慢的、低生产率的开发方法.如果情况并非如此,你就可能用敏捷的方式进行开发. 这意味着你不会在项目结束的时候才开始测试,不会在月底才进行一次系统集成,也不会在一开始编码的时候就停止收集需求和反馈. 相反,这些活动会贯穿项目的整个生命 周期.事实上,只要有人继续使用这个软件, 开发就没有真正结束.我们进行的是持续开 发、持续反馈.你不需要等到好几个月之后才发现问题:越早发现问题,就越容易修复问题,所以应该就在此时此刻把问题修复. 这就是敏捷的重点所在 这种持续前进的开发思想根植于敏捷方法中.它不但应用于软件开发的生命周期,还应用于技