阅读笔记《构建之法》四

第四章：两人合作

1）在合作里面，代码风格要规范，命名，缩进等更不用说。看了这一章，我才知道一个注释要如何写才能让人通熟易懂。在平常的编程里，我的注释大多都是在变量名的后面，标注了该变量是什么。突然觉得这样的做法很傻逼逼，一个变量，其实要是命名得好，那么一眼就知道这个变量做了什么，根本无需注释。

2） p63--断言是什么？

百度曰：  编写代码时，我们总是会做出一些假设，断言就是用于在代码中捕捉这些假设。断言表示为一些布尔表达式，程序员相信在程序中的某个特定点该表达式值为真，可以在任何时候启用和禁用断言验证，因此可以在测试时启用断言而在部署时禁用断言。同样，程序投入运行后，最终用户在遇到问题时可以重新启用断言。使用断言可以创建更稳定、品质更好且 不易于出错的代码。当需要在一个值为FALSE时中断当前操作的话，可以使用断言。单元测试必须使用断言（Junit/JunitX）。

我并不怎么明白，对于没有实践过，只有理论的新事物，我们通常都很迷糊，似懂非懂。当我们真正运用到了，再回去看这些概念，可能一切才恍然大悟。真的，我们需要学的“新”事物实在太多了。

3）在上一篇博客中，我们便是做了结对编程。感觉两个人做起事情来还是要比一个人轻松的，无论是编程上还是气氛上。但是我却无法想象，要是三个人，四个人…一个团队的人该如何合作。（也就是第五章的团队合作。）