构建之法读书笔记02

构建之法读书笔记02

阅读之前：

    读这几章之前，我也曾了解过一个大型项目开发不可能是一个人完成的，毕竟涉及的东西太多了，一个完整的项目可能是我们现在做的工作的几十倍几百倍。换个说法，我没曾想过合作是什么样的，毕竟从小到大还真的没怎么搞过有关合作的东西，一个个都是独行侠，不过既然从了软件，合作又是难免的，通过读这几章了解一下合作吧。

第四章：两人合作

　　软件行业经过几十年的发展，软件的开发已经变成了一项工程，一个人单枪匹马来完成已经很少见了，大多都是在相互合作中完成的。这时候，代码规范和设计规范就显得极为重要了。代码规范主要分为两步分:①代码风格规范（原则：简明、易读、无二义性 常见注意事项：缩进、行宽、括号、断行、命名、下划线、大小写、注释）②代码设计规范（常见注意事项：函数（功能单一，只做一件事，做好这件事）、goto、错误的处理、C++中的类）其次，代码复审也十分重要，这能找出代码的错误、发现逻辑错误、算法错误、潜在错误、发现可改进的地方，还可以和同伴交流技术与经验，发现错误之后要做好记录，更正可发现的明显错误，并且可以整理专门的核查表。之后就是本章的重点：结对编程。在这大学的近两年中，我们编程一直都是一个人，最多充其量就是向别人征求一下意见，但是现在，这本书却教导我们要学会结对编程，编程变得不再仅仅是一个人的事情，而且结对编程有许多长处，代码质量能得到显著的提高，能有更多的投入产出比，在这一过程中，我们要注定参与，要明白有水平上的差距，但是没有级别上的差距，而且要让编程的环境非常舒适，为了让两个人合作更有效率，要讲究合作的技巧以及正确的反馈，这样可以让合作双方都从合作中受益，提高水平。

 

第五章：团队和流程

　　在上一章，我们明白了结对编程的作用，而在以后的企业中，我们将不仅仅是两个人，而是会参与到团队中。团队有共同的特点：有一致的集体目标，要一起完成这目标，团队中的成员会有各自的分工，互相依赖合作，共同完成任务。团队的模式多种多样，许多软件公司的团队最后都演变成功能团队，具备不同能力的同事们平等协作，共同完成成一项任务。开发流程的模式也是多种多样的：①写完再改（这种模式在应对学校作业是还是绰绰有余的，但是要是想解决实际问题，这个方法的缺点还是非常大的）②瀑布模式（常见过程：软件需求→软件需求→前期程序设计→分析→程序设计→编码→测试→运行 并且在每一步都要用文档来记录、描述 但是也存在缺陷：各步骤分离、回溯修改非常困难、最终产品最后才出现，但是客户和工程师都要尽早知道产品的原型并试用）团队非常有意义，好好利用团队可以让软件的制作变得更加有效率。

 

第六章：敏捷编程

　　敏捷开发有一系列的原则，我们要根据步骤来完成敏捷开发：①找出完成产品需要做的事情（各个需求和任务之间室友复杂的依赖关系的，我们要考虑到这些来制定合情、准确的backlog（计划））②决定当前的冲刺③冲刺（其中包含多种事情，每日例会，绘制燃尽图来跟踪实际剩余时间、预估剩余时间以及实际花费时间）要定义好任务，记录完成这个任务还需要的时间，这些都对敏捷开发至关重要。

个人感受：

　　这三章讲述的东西完全是之前没有想到过的，原来在以后的工作中，我们不再是每个人单枪匹马的去完成领导分配的任务，而是要组成一个团队，我们所要做的也就不仅仅是去按照自己的想法去完成任务，我们要结合团队各个成员的想法，与他人达成共识，之后按照要求，选择自己的任务，力所能及的去完成它。要想在团队里有立足之地，我们在团队里都要让自己成为不可或缺的那个，要做的有很多，遵守公司的规定和要求，在可能的时间中完成任务，与人和善，要明白自己要做什么，做了什么，还有什么没做。而且在工作中，我们还可能会遇到需要我们敏捷编程的时候，这需要我们在短时间内完成要求的任务，这更需要我们精确的工作，我们要制定好计划，记录每天的任务完成程度，在编程中锻炼自己，提高自己。