优秀程序员的45个习惯.pdf

《优秀程序员的45个习惯.pdf》由会员分享，可在线阅读，更多相关《优秀程序员的45个习惯.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、您的位置：CSDN 首页 资讯频道 正文【春节特献】优秀程序员的【春节特献】优秀程序员的 4545 个习惯个习惯 2010-02-12 03:17|次阅读|来源： 【已有 0 条评论】发表评论 关键词：软件开发,习惯,图书|作者：|收藏这篇资讯 优秀来自好的习惯。怎样成为优秀的开发人员？图灵公司最近热销的高效程序员的 45 个习惯一书给出了很好的解答，非常值得一读。这本书的英文原版荣获了有软件奥斯卡之称的 Jolt 生产效率大奖，在Amazon 上也是好评如潮。第一作者 Venkat Subramaniam 博士是 Agile Developer 公司创始人，敏捷开发方面的权威人士，精通各种开

2、发技术。第二作者Andy Hunt 更是大名鼎鼎的人物，是敏捷宣言的创始人，著名图书出版公司Pragmatic Programmers 的创始人。他有两本书大家应该都是知道：经典的Ruby 教程Programming Ruby还有许多开发人员的最爱程序员修炼之道。译者团队则由著名的敏捷咨询公司 ThoughtWorks 咨询师钱安川和 InfoQ 中文站敏捷社区首席编辑、程序员杂志前副主编郑柯组成，可以信赖。值得一提的是，这本书很像程序员修炼之道在敏捷时代的续篇。风格和写法都很神似。下面是从书中摘出的 45 个习惯标题，每个标题下面的文字是我读此书的笔记摘要。另外，图灵公司还在官方博客上提供了

3、几个章节免费阅读几个章节免费阅读（下面给出了链接）。强烈推荐大家将这些打印出来，贴在自己的办公桌旁边的墙上，学习实践。态度篇 1.做实事做实事 不要抱怨，发牢骚，指责他人，找出问题所在，想办法解决。对问题和错误，要勇于承担。2.欲速则不达欲速则不达 用小聪明、权宜之计解决问题，求快而不顾代码质量，会给项目留下要命的死角。3.对事不对人对事不对人 就事论事，明智、真诚、虚心地讨论问题，提出创新方案。4.排除万难，奋勇前进排除万难，奋勇前进 勇气往往是克服困难的唯一方法。学习篇 5.跟踪变化跟踪变化 新技术层出不穷并不可怕。坚持学习新技术，读书，读技术杂志，参加技术活动，与人交流。要多理解新词背后

4、的所以然，把握技术大趋势，将新技术用于产品开发要谨慎。6.对团队投资对团队投资 打造学习型团队，不断提高兄弟们的平均水平。7.懂得丢弃懂得丢弃 老的套路和技术，该丢，就得丢。不要固步自封。8.打破砂锅问到底打破砂锅问到底 不断追问，真正搞懂问题的本质。为什么？应该成为你的口头禅。9.把握开发节奏把握开发节奏 控制好时间，养成好习惯，不要加班。开发流程篇 10.让客户做决定让客户做决定 让用户在现场，倾听他们的声音，对业务最重要的决策应该让他们说了算。11.让设计指导而不是操纵开发让设计指导而不是操纵开发 设计是前进的地图，它指引的是方向，而不是目的本身。设计的详略程度应该适当。12.合理地使用

5、技术合理地使用技术 根据需要而不是其他因素选择技术。对各种技术方案进行严格地追问，真诚面对各种问题。13.让应用随时都可以发布让应用随时都可以发布 通过善用持续集成和版本管理，你应该随时都能够编译、运行甚至部署应用。14.提早集成，频繁集成提早集成，频繁集成 集成有风险，要尽早尽量多地集成。15.提早实现自动化部署提早实现自动化部署 16.使用演示获得频繁反馈使用演示获得频繁反馈 17.使用短迭代，增量发布使用短迭代，增量发布 18.固定价格就意味着背叛承诺固定价格就意味着背叛承诺 估算应该基于实际的工作不断变化。用户篇 19.守护天使守护天使 自动化单元测试是你的守护天使。20.先用它再实现

6、它先用它再实现它 测试驱动开发其实是一种设计工具。21.不同环境，就有不同问题不同环境，就有不同问题 要重视多平台问题。22.自动验收测试自动验收测试 23.度量真实的进度度量真实的进度 在工作量估算上，不要自欺欺人。24.倾听用户的声音倾听用户的声音 每一声抱怨都隐藏着宝贵的真理。编程篇 25.代码要清晰地表达意图代码要清晰地表达意图（免费样章链接）代码是给人读的，不要耍小聪明。26.用代码沟通用代码沟通 注释的艺术。27.动态地进行取舍动态地进行取舍（免费样章链接）记住，没有最佳解决方案。各种目标不可能面面俱到，关注对用户重要的需求。28.增量式编程增量式编程 写一点代码就构建、测试、重构

7、、休息。让代码干净利落。29.尽量简单尽量简单 宁简勿繁。如果没有充足的理由，就不要使用什么模式、原则和特别的技术。30.编写内聚的代码编写内聚的代码 类和组件应该足够小，任务单一。31.告知，不要询问告知，不要询问 多用消息传递，少用函数调用。32.根据契约进行替换根据契约进行替换 委托往往优于继承。调试篇 33.记录问题解决日志记录问题解决日志（免费样章链接）不要在同一地方摔倒两次。错误是最宝贵的财富。34.警告就是错误警告就是错误 忽视编译器的警告可能铸成大错。35.对问题各个击破对问题各个击破（免费样章链接）分而治之是计算机科学中最重要的思想之一。但是，要从设计和原型阶段就考虑各部分应

8、该能够很好地分离。36.报告所有的异常报告所有的异常 37.提供有用的错误信息提供有用的错误信息（免费样章链接）稍微多花一点心思，出错的时候，将给你带来极大便利。团队协作篇 38.定期安排会面时间定期安排会面时间 常开会，开短会。39.架构师必须写代码架构师必须写代码（免费样章链接）不写代码的架构师不是好架构师。好的设计都来自实际编程。编程可以带来深入的理解。40.实行代码集体所有制实行代码集体所有制 让开发人员在系统不同区域中不同的模块和任务之间轮岗。41.成为指导者成为指导者 教学相长。分享能提高团队的总体能力。42.让大家自己想办法让大家自己想办法（免费样章链接）指引方向，而不是直接提供解决方案。让每个人都有机会在干中学习。43.准备好后再共享代码准备好后再共享代码 不要提交无法编译或者没有通过单元测试的代码！44.做代码复查做代码复查 复查对提高代码质量、减少错误极为重要。45.及时通报进展与问题及时通报进展与问题（免费样章链接）主动通报，不要让别人来问你。