《构建之法》阅读笔记02

  第二次写阅读笔记了。

  第四章：两人合作

  每个人的代码都有其风格。但是在编写软件时，最小的合作单位是两人，这时，我们很有必要给出一个基准线——什么是好的代码规范和设计规范。代码风格规范有：4个空格的缩进、限制的行宽、利用括号表示优先级、断行与空白的{ }行、分行、对变量和类等的合适的命名、下划线、大小写以及最最重要的注释（可以为测试用的代码和每一段代码的解释）。代码设计规范：用于实现绝大部分功能的函数一定要做好、goto出口、错误处理（参数处理、断言）、处理类（class vs struct、共有、私有、保护成员、数据成员、虚函数、构造、析构、new和delete、运算符、异常、继承）。代码复审：自我、同伴、团队复审。是为了发现错误和找出改进方法，审核时也需要注意各方各面。所以我们需要每时每刻都处在代码复审的状态。两人合作的各个阶段：萌芽、磨合、规范、创造、解题阶段。两人要影响对方、正确的给予反馈。

  第五章：团队和流程

  团队要有一致的目标、各自的分工、互相依赖共同完成任务。软件团队的模式由一窝蜂模式转变为：主治医师、明星、社区、业余剧团、秘密团队、特工团队、交响乐团、爵士乐等模式。开发流程：写了再改、瀑布模型及其的各种变形。优秀的模式和流程共同点可总结为TSP原则。

  第六章：敏捷流程

  敏捷的做法有：个人和交流、可用的软件、与客户合作、响应变化。敏捷的步骤分为：找出完成产品需要做的事、决定当前需要解决的事、冲刺。敏捷流程在实践中会出现这样那样的问题，我们需要解决这些问题。一个可以自主管理、自我组织、多功能性的团队才是敏捷的团队。各种软件开发方法论有其优缺点，我们要根据软件选择合适的方法。

  我也读了《梦断代码》这本书，了解了团队。

 

个人感受：

1.过去没有对代码验证的习惯，总是在一个主函数中测试，最后自己找错误。

2.在未来，有大量的代码，如果不测试这些细节，出错之后，会影响很多。

3.我会测试自己写的方法，并了解它，在出错时可以准确找到它。