《构建之法》第三次随笔
这一周我学习了《构建之法》的第四第五章。
第四章主要讲的是编程时的两人合作。如今,软件都是在相互合作中完成的。最小的合作单位是两个人。所以这时必须要有一个基准线——好的代码规范。
代码规范可以分成两个部分:
- 代码风格规范。,主要是文字上的规定。
- 代码设计规范。牵涉到程序设计,模块之间的关系,设计模式等方方面面的通用规则。
代码风格规范的原则是:简明,易读,无二义性。要注意缩进,行宽,括号和断行和空白的{},分行,命名,下划线,大小写和注释。
代码设计规范不光是程序书写的格式问题,而且涉及到程序设计、模块之间的关系,设计模式等方方面面。
同时,代码复审也很重要,代码复审的目的在于:
- 找出代码的错误
- 发现逻辑错误
- 发现算法错误
- 发现潜在的错误和回归性错误
- 发现可能需要改进的地方
- 教育开发人员,传授经验,让更多的成员熟悉项目各部分的代码,同时熟悉和应用领域相关的实际知识
我学习到了结对编程的高效性。领航员和驾驶员在结对编程中,因为有随时的复审和交流,程序各方面的质量就会高很多,这样会省下很多以后修改,测试的时间,能够取得更高的投入产出比。
第五章讲的是团队和流程。
团队有着很鲜明的特点:
- 有一致的集体目标,并且要一起完成这目标。
- 团队成员有各自的分工,互相依赖合作,共同完成任务。
软件团队有许多模式:
- 主治医师模式
- 明星模式
- 社区模式
- 业余剧团模式
- 秘密团队
- 特工团队
- 交响乐队模式
- 爵士乐模式
- 功能团队模式
- 官僚模式
- 写了再改模式
- 瀑布模型以及各种变形
我在这两章浏览了许多团队模式和流程,明白了软件必须要多人完成,这样才能更有效率和在相互学习中进步,利人利己,何乐而不为呢?