《构建之法》3

Posted 2020-09-14

这周我阅读了《构建之法》的第四章和第五章，主要是关于两人合作和团队和流程。

现如今，软件很少只由一人完成，大部分是在相互合作中完成的。在合作中，有代码规范和设计规范将会提高效率，合作愉快。

代码是给机器看，更是给人看，各个人负责一部分，最终整合，若是看不懂队友的代码，多么糟心。做一个有商业价值的项目，或者在团队里工作，代码规范相当重要。可以分成两个部分：1.代码风格规范。原则是：简明、易读、无二义性。四个空格、行宽、括号、断行与空白的｛｝行、分行、命名、下划线、大小写、注释，这些都是需要注意的点。2.代码设计规范。这不光是程序书写的格式问题，而且涉及到程序设计、模块之间的关系、设计模式等方方面面。函数、错误处理、处理类的问题等等。代码复查，是看代码是否在“代码规范”的框架内正确地解决了问题。目的在于：1.找出代码错误。2.发现逻辑错误。3.发现算法错误。4.发现潜在的错误和回归性错误。5.发现可能需要改进的地方。6.相互交流，传授经验。结对编程可以使编程开发更有成效，在结对编程模式下，一对程序员肩并肩、平等地、互补地进行开发工作。两个人的合作是一件很有意思的事，无论是什么，两人一起都有相似的几个阶段：1.萌芽阶段。2.磨合阶段。3.规范阶段。4.创造阶段。5.解体阶段。在相处中，要多交流，遇到问题时，首先双方要意识到，问题早点出现要比晚点出现好很多，我们有机会早日解决问题。试着从对方的角度看待问题，同时也要根据情况采取不同方法影响别人。

团队，有一致的集体目标，一起共同完成这个目标，团队成员有各自的分工，相互依赖合作，共同完成任务。软件团队有各种模式很多软件公司的团队最后都演变成功能团队，就是具备不同能力的同事们平等协作，共同完成一个功能。软件开发流程，目的是为了提高软件开发、运营和维护的效率，以及提高用户满意度、软件的可靠性和可维护性。写了再改模式：不需要太多准备和相关知识，大家上来就写代码，实用范围小，适合“只用一次”“看过就扔”的程序。瀑布模型：重计划，重事先设计，重文档表达。统一流程（RUP）：把软件开发的各个阶段整合在一个统一的框架里。老板的驱动流程：由行政领导主导，或者由公司的老板驱动。渐进交付的流程,MVP和MBP。TSP原则。