笔者 写道 在去年就在豆瓣上看到这本不错的书,近来才拿到这本书好好的研读一下。读了之后又对本书有了更深的认识。我如此推崇她,因为我觉得她不像有些书那样的长篇大论,讲的都是大道理,看了云里雾里的。而这本书呢,讲的都是我们项目开发中实实在在遇到的,只是平时不太注意,作者只是用更朴素易懂的语言组织总结出来的一个个好习惯。

本书的文字言简意赅,写作方式采用坏习惯和好习惯的对比方式,当时也许你觉得这些习惯有点偏激,不过不要烦恼,因为每个习惯的最后作者都给出了中庸平衡之道。

相信很多人都有这本书,但是也有没有的,或者还不知道这本书,为了加深我自己对这45个习惯的理解和为了让更多的人知道、了解这45个习惯,所以我在这篇博客中记录下这45个习惯。前面我也提了,这本书言简意赅,所以对于习惯的总结更是如此,让我们可以一看到习惯的标题,就知道这个习惯的精髓所在。

态度决定一切

  1. 做事

  2. 欲速则不达

  3. 对事不对人

  4. 排除万难,奋勇前进

学无止境

  1. 跟踪变化

  2. 对团队投资

  3. 懂得丢弃

  4. 打破沙锅问到底

  5. 把握开发节奏

交付用户想要的软件

  1. 让客户做决定

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

  3. 合理地使用技术

  4. 保持可以发布

  5. 提早集成,频繁集成

  6. 提早实现自动化部署

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

  8. 使用短迭代,增量发布

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

敏捷反馈

  1. 守护天使(单元测试)

  2. 先用它再实现它

  3. 不同环境,就有不用问题

  4. 自动验收测试

  5. 度量真实的进度

  6. 倾听用户的声音

敏捷编码

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

  2. 用代码沟通

  3. 动态评估取舍

  4. 增量式编程

  5. 保持简单

  6. 编写内聚的代码

  7. 告知,不要询问

  8. 根据契约进行替换

敏捷调试

  1. 记录问题解决日志

  2. 警告就是错误

  3. 对问题各个击破

  4. 报告所有的异常

  5. 提供有用的错误信息

敏捷协作

  1. 定期安排会面时间

  2. 架构师必须写代码

  3. 实行代码集体所有制

  4. 成为指导者

  5. 允许大家自己想办法

  6. 准备好后再共享代码

  7. 进行代码复查

  8. 及时通报进展与问题

笔者 写道

这些都是些很不错的习惯,如果有你没有用到的,可以试着使用一下,有条件的也可以在团队推广使用,看看是否能带来惊喜。