《构建之法》第四章读后总结

前言

  一个人的力量无法将阿波罗十一号送上月球
  实际上参与阿波罗计划的人数最多高达三十万人，现代的众多庞大的软件项目也是需要成百上千的程序员组成的研发队伍才能胜任。
  代码从不是一个人的事情
  那么最小的能够体现合作机制的开发模式莫过于————结对编程。
  之前也有与同学合作完成项目的经历，当时也是遇见类似代码风格统一规范之类许多问题，由于没有接触过体系的软工程知识，那时候也是在黑灯瞎火的情况下勉强把项目完成，但最近学习了《构建之法》的第四章，才恍然大悟，原来还有这种规范，若是当时能有这种成熟的规范作为参考，那么必定是事半功倍。
在学习本章时学生做了一个逻辑图，因为不是理论性非常强的知识点，所以并没有加入各种小知识点的联系（不是很精细，因为本章内容大都是要求了解而已，如果是数学等理论知识整理详细思维导图对理清知识网络有很大帮助）。制作导图工具是xMind，表格如下：

分析与理解

代码风格规范：

• 代码风格规范是为了代码的可维护性与易读性，在团队合作中尤其重要

• 认识了很大之前都没有注意的写代码的细节

  代码设计的规范

• 代码设计规范主要是为了保证代码的安全性以及方便调试

• 书里只是简单介绍了一些通用的代码设计规范原则,针对自己经常使用的语言还是需要自己去找文档学习

  代码复审

• 代码复审的意义有二：

1. 尽早发现问题
2. 互相学习

• 仔细通读了代码复审的步骤，这次的结对项目先实践下

  结对编程

• 结对编程产出的代码能比单独编程的代码拥有更好的设计质量和代码质量
• 对团队的能力提升大有裨益

• 学习了两个人之间的合作，有技术上的，也有交流上的，受益良多

转载于:https://www.cnblogs.com/linjituan/p/5355735.html