关键词：
读完第四章《两人合作》的内容后，感觉前半章则是在规范我们的编程代码规范和代码复审，而后半段则是在介绍两人合作工作时的阶段和技巧。
程序员的代码不仅仅是给给机器看的，更多的是给一起去工作的伙伴看的，所以我们编写的代码要满足代码风格规范和代码设计规范。代码风格其实很简单，他的原则是：简明，易读性，无二义性。最关键的就是“让代码更容易读”。邹老师在文中提出了几个他总结出的习惯:缩进用4个空格；行宽可限定为100字符；用括号更好的表示逻辑优先级，括号都独占一行也可；多个变量的定义不要集中在一行中。程序中的命名也应当适当的简单，在变量前加上有意义的前缀，用“匈牙利命名法”（在一些强类型的语言不适用）；下划线用于分隔变量名字中的作用域标注和变量的语义；所有的类型/类/函数名都用Pascal形式（所有单词的第一个字母都大写），所有变量都用Camel形式（第一个单词全小写，随后单词随Pascal形式）；注释只用ASCII字符，只注释程序用处，注意点。
而代码设计规范则涉及到程序设计、模块之间的关系、设计模式等方方面面。一个函数就敢一件事，最好用goto使得函数有唯一的出口，要不断验证函数的正确性。对类处理十分重要，各种类型的规范见书p67.
代码复审的正确定义是看代码是否在“代码规范”的框架内正确的解决问题。代码复审分为自我复审(自己vs自己)、同伴复审（复审者vs开发者）和团队复审（团队vs开发者），其中最基本的是同伴复审。其目的在于找出代码的错误，发现逻辑、算法、潜在和回归性错误，并且可以教育他人，传授经验，熟悉其他领域的相应知识。复审要关注方方面面。有设计规范，有有代码规范，有程序的效能，可读性，可测试性。代码复审的流程十分复杂，详情见书P71.PS;希望这学期末的大作业可以用这个方法操作，改进程序。
因为有代码复审，所以很多时候可以进行结对编程，两个共同合作，可以形容为驾驶员和领航员的关系，可以使得程序的初始质量会提高，省下很多以后修改、测试的时间。这是个循序渐进的过程，两人相互磨合，相互学习才是重要的，给别人给予正确的反馈。
说实话，我不太理解4.6.2“如何正确的给予反馈”的介绍，其中最外层（行为和后果），中间层（习惯和动机）和最内层（本质和固有属性）。反正，对于队友的一些错误，可以用一些比较委婉的方式来表达比较好。
第二周读书笔记《构建之法》(代码片段)
构建之法读书笔记#wmd-previewh1color:#0077bb 构建之法读书笔记沈三景PB15061249软件工程读书笔记 前言本周阅读了构建之法的四、五两个个章节。这三个章节主要讲述了代码规范、结对编程、团队模式、开发流程。 第... 查看详情
第一周读书笔记《构建之法》(代码片段)
构建之法读书笔记#wmd-previewh1color:#0077bb 构建之法读书笔记沈三景PB15061249软件工程读书笔记 前言开学前两周，杂事颇多，没有充足的时间阅读《构建之法》，只能每天在睡前阅读约半小时，故只看了前三章。虽如此... 查看详情
构建之法——读书笔记
第8章需求分析8.1软件需求 寻找需求：1.获取和引导需求（Elicitation） 软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出对软件的需求。 2.分析和定... 查看详情
《构建之法》第四&十七章读书笔记
《构建之法》第四&十七章读书笔记一． 前言 再次阅读《构建之法》，愈发被其中生动有趣的举例吸引。作为一本给予软件工程学生的书籍，其不以枯燥的理论知... 查看详情
构建之法——读书笔记
第七章MSFWhatisMSF?——MicrosoftSolutionFramework（微软解决方案框架）即一个方法论，也就是微软推荐的软件开发方法。MSF基本原则：MSF没有像敏捷那样搞一个宣言，但是它也有一套思想框架—9条基本原则 1.推动信息共享与沟通（... 查看详情
《构建之法》第4.17章读书笔记
《构建之法》第4.17章读书笔记第四章原文语句： 异常不能跨过DLL或进程的边界来传递信息，所以异常不是万能的。提出问题： 1.什么是DLL？DLL是来解决什么问题的？网上... 查看详情
构建之法——读书笔记
《构建之法》第十&十一章主要讲述了在软件设计前期的需求分析问题上的方法和实践经验，分为“典型用户和场景”以及“软件设计与实现”。其中第十章大部分内容包含：用户的分类（典型用户可以包括以下内容... 查看详情
《构建之法》读书笔记
目录软件工程的阶段...1好的单元测试标准：...1代码复审...2结对编程...2软件开发流程...3敏捷流程 Scrum..3MSF.5需求分析...5典型用户和场景...6规格说明书（Spec）--包括功能说明书和技术说明书(设计文档)8用户体验...9软... 查看详情
构建之法——读书笔记
第五章5.1非团队和团队团队特点：1.有一致的集体目标，要一起完成这目标。 2.团队成员有各自的分工，互相依赖合作，共同完成任务。非团队特点：各自行动，独立把任务完成，有人不辞而别，... 查看详情
构建之法——读书笔记
第六章敏捷流程在软件工程的语境里，“敏捷流程”是一系列价值观和方法论的集合。敏捷开发的原则： 1.尽早并持续地交付有价值的软件以满足顾客需求。 &nbs... 查看详情
《构建之法》读书笔记
...一节软件工程课上，杨老师力荐同学们务必要人手一本《构建之法》第二版。课上说到这本书无论是对学习软件工程学科的学生，还是教授软件工程课程的老师，或是从事软件开发行业的相关人员，都是一本令人受益良多，大开... 查看详情
《构建之法》读书笔记01
今天阅读了邹欣老师的《构建之法：现代软件工程》的第一章，也回想起了我之前对于软件和硬件的一些思考，在这里一并总结。 首先谈软件工程，在计算机技术刚刚发明的时候，跟其他的行业一样，肯定是没有工程这... 查看详情
读书笔记——《构建之法》
...成长，写出更优秀的博客。那么下面开启正文吧。 《构建之法》一书面向初级程序开发者，讲述个人开发、小组开发、团队开发中所要注意到的问题。有助于本学期软工课程的机会，我第一次能够担任一个较大小组（8人）... 查看详情
《构建之法》读书笔记
项目经理 介绍了产品经理——正确地做产品与项目经理——正确地做流程。以及微软的职位名称。微软产品团队三足鼎立的角色分配就是PM、开发、测试。PM负责除产品开发和测试之... 查看详情
《构建之法》读书笔记二
这周读了《构建之法》的第二章。第二章主要讲到了个人技术和流程。 软件是由多人合作完成的，不同人员的工作相互有依赖关系。一个团队需要一定的流程来管理开发活动，每个工程师在软件生命周期所做的工作也应... 查看详情
构建之法——读书笔记
本周粗略的过了一遍第12章。第12章用户体验其实，计算机软件的用户界面（UserInterface，UI）和用户体验（UsereXeperience，UX）是一个有着丰富内容的学术领域，软件工程师们在长期工作中也积累了很多相关的经验。 无论软件还... 查看详情
《构建之法》读书笔记
...工程包括一下领域：源代码管理+需求分析+程序设计+软件构建+软件测试+软件维护+生命周期管理等，广泛意义的软件工程，还包括用户体验、用户界面设计(UID)等；软件工程决定了软件质量。文中还提到软件工程和计算机科学的... 查看详情
《构建之法》读书笔记一
本周先看了《构建之法》的第一章。这一章介绍的理论和知识点有计算机科学的领域、软件的特性、软件工程、软件工程与计算机科学的关系，还向我们详细介绍了软件工程的定义与组成部分。其中有三个推论：程序=数据结构+... 查看详情