PDF《1. 介绍》

1.

介绍 2. 说明 3. 序4. 敏捷――高效软件开发之道 5. 态度决定一切 6. 学无止境 7. 交付用户想要的软件 8. 敏捷反馈 9. 敏捷编码 10. 敏捷调试 11. 敏捷协作 12. 走向敏捷 13. 名言警句 目录 《高效程序员的45个习惯》 阅读笔记

2 自己在学习过程中摘抄的一些写的不错的地方,整理了一下. GitHub地址:https://github.com/zyh94946/practices-of-an-agile-developer-book-note 《高效程序员的45个习惯》 阅读笔记 《高效程序员的45个习惯》 阅读笔记

3 说明 武功者,包括内功、外功、武术技击术之总和.有形的动作,如支撑格拒,姿式回环,变化万千,外部可见,授受较易,晨 操夕练,不难熟练.而无形的内功指内部之灵惠素质,即识、胆、气、劲、神是也,此乃与学练者整个内在世界的学识水平 密切相关,是先天之慧根悟性与后天智能的总成,必需寻得秘籍方可炼成. ――摘自《武林秘籍大全》 公元21世纪,软件业江湖动荡,人才辈出,各大门派林立,白道黑帮,都欲靠各自门派的武功称霸武林. 在那些外家功门派(传统的瀑布开发方法、CMM、ISO和RUP 等)和非正统教(中国式太极敏捷UDD等)当道之际,一股 新势力正在崛起――以敏捷方法为总称的一批内家功门派. 下面的歌诀是对内家武功招数的概述: 迭代开发,价值优先 分解任务,真实进度 站立会议,交流畅通 用户参与,调整方向 结对编程,代码质量 测试驱动,安全可靠 持续集成,尽早反馈 自动部署,一键安装 定期回顾,持续改进 不断学习,提高能力 上面的每种招式,都可寻得一本手册,介绍其动作要领和攻防章法.几乎每个内家功门派都有自己的拳法和套路. 但,正所谓 练拳不练功,到老一场空 .学习招数和套路不难,难的是如何练就一身真功夫.内家功,以练内为主,内外结 合,以动作引领内气,以内气催领动作,通过后天的修炼来弥补先天的不足. 本书是一本内功手册.它注重于培养软件开发 者的态度、原则、操守、价值观,即识、胆、气、劲、神是也. 敏捷的实践者Venkat Subramaniam Subramaniam和Andy Hunt携手著下此书.望有志之士有缘得到此书,依法修习,得其精要;

由心知到身知,入筋、入骨、 入髓,修炼得道.而后,匡扶正义,交付高质量的软件,为人类造福. 《高效程序员的45个习惯》 阅读笔记

4 序Wiki Wiki是一种很好的支持协作的工具,因为团队中的每一个人都可以根据需要动态地新增和重新组织网页中的内容,实现知识 共享. 版本控制 项目开发中所有的产物――全部的源代码、文档、图标、构建脚本等,都需要放入版本控制系统中,由版本 控制系统来统一管理. 单元测试 用代码来检查代码,这是开发者获得反馈的主要来源. 自动构建 不管是在自己的本地机器 上实现构建,还是为整个团队实现构建,都是全自动化并可重复的.因为这些构建一直运行,所以又称为持续集成.和单元 测试一样,有大量的免费开源产品和商业产品为你提供支持. 敏捷开发就是在一个高度协作的环境中,不断地使用反馈进行自我调整和完善. 敏捷――高效软件开发之道 敏捷工具箱 《高效程序员的45个习惯》 阅读笔记

5 敏捷――高效软件开发之道 压力会迫使你走捷径,只看眼前利益.但是,任何一个有经验的开发者都会告诉你,欲速则不达 选定了要走的路,就是选定了它通往的目的地.――Harry Emerson Fosdick(美国基督教现代主义神学家) 指责不会修复bug.把矛头对准问题的解决办法,而不是人.这是真正有用处的正面效应. 如果你没有犯过任何错误,就说 明你可能没有努力去工作. 如果大部分团队成员(特别是开发领导者)的行为都不职业,并且他们对团队目标都不感兴趣, 你就应该主动从这个团队中离开,寻找更适合自己发展的团队(这是一个有远见的想法,没必要眼睁睁地看着自己陷入一 个 死亡之旅 的项目中[You99]). 不要坠入快速的简单修复之中.要投入时间和精力保持代码的整洁、敞亮. 你必须要理解一块代码是如何工作的,但是不一定需要成为一位专家.只要你能使用它进行有效的工作就足够了,不需要把 它当作毕生事业. 如果有一位团队成员宣布,有一块代码其他人都很难看懂,这就意味着任何人(包括原作者)都很难维护 它.请让它变得简单些. 不要急于修复一段没能真正理解的代码.这种+1/-1的病症始于无形,但是很快就会让代码一团糟.要解决真正的问题,不要 治标不治本. 所有的大型系统都非常复杂,因此没有一个人能完全明白所有的代码.除了深入了解你正在开发的那部分代码 之外,你还需要从更高的层面来了解大部分代码的功能,这样就可以理解系统各个功能块之间是如何交互的. 我们每个人都会有好的想法,也会有不对的想法,团队中的每个人都需要自由地表达观点.即使你的建议不被全盘接受,也 能对最终解决问题有所帮助.不要害怕受到批评.记住,任何一个专家都是从这里开始的.用Les Brown的一句话说就 是: 你不需要很出色才能起步,但是你必须起步才能变得很出色. 能容纳自己并不接受的想法,表明你的头脑足够有学识.――亚里士多德 设定最终期限.如果你正在参加设计方案讨论会,或者是寻找解决方案时遇到问题,请设定一个明确的最终期限,例如午饭 时间或者一天的结束.这样的时间限制可以防止人们陷入无休止的理论争辩之中,保证团队工作的顺利进行. 逆向思维.团队中的每个成员都应该意识到权衡的必要性.一种客观对待问题的办法是:先是积极地看到它的正面,然后再 努力地从反面去认识它.目的是要找出优点最多缺点最少的那个方案,而这个好办法可以尽可能地发现其优缺点. 设立仲裁人.在会议的开始,选择一个仲裁人作为本次会议的决策者.每个人都要有机会针对问题畅所欲言.仲裁人的责任 就是确保每个人都有发言的机会,并维持会议的正常进行.仲裁人可以防止明星员工操纵会议,并及时打断假大空式发言. 支持已经做出的决定.一旦方案被确定了(不管是什么样的方案),每个团队成员都必须通力合作,努力实现这个方案.每 个人都要时刻记住,我们的目标是让项目成功满足用户需求.客户并不关心这是谁的主意――他们关心的是,这个软件是否 可以工作,并且是否符合他们的期望.结果最重要. 设计充满了妥协(生活本身也是如此),成功属于意识到这一点的团队.工作中不感情用事是需要克制力的,而你若能展现 态度决定一切 做事 欲速则不达 对事不对人 对待问题和决策 《高效程序员的45个习惯》 阅读笔记