《构建之法》阅读笔记（三）

阅读第四章、第五章所得：

  首先提到的是代码规范，上课的时候老师也提到了并且强调代码的规范对于阅读代码的人或者是编写代码的人来说都是很重要的。代码风格原则即简明、易读且无二义性。其中缩进（4个空格）、行宽（可限定为100字符）、括号、断行与空白的{}行、分行、命名（匈牙利命名法或其他）、下划线、大小写和注释等。代码复审也是极其重要的部分，包括自我复审、同伴复审和团队复审。而最基本的是同伴复审。开发中的复审主要包括：设计复审、代码复审、测试计划复审和文档复审。而编程也可以是结对编程，均为两人合作的形式。好处在于，提供更好的设计质量和代码质量、带来更高的满足感和更有效的交流。两人合作也需要技巧。而交流也起到了一定的作用。

  团队就是有一致的集体目标、有各自的分工、互相依赖和共同完成任务。软件团队的模式包括主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、爵士乐模式、功能团队模式和官僚模式。开发流程的形式包括写了再改模式、瀑布模型等等。由此看来，团队合作的形式和开发软件的流程都是不尽相同的。

  今天一下子阅读了四章内容，中间还有点不理解的地方，也算是带着问题上课啦。

 

 

个人感受：

 

1、我过去是怎么做的（或者我过去看见谁是怎么做的）；过去代码的注释还有代码不是很规范。

 

2、结合书中所讲，说明为什么这样不好:不有助于理解代码。以后是要团队合作的，对团队他人无益处。

 

3. 提出一个解决办法，避免再次掉入陷阱：要尽量去注释和遵守代码规范。