考虑到正在如火如荼展开的团队项目，我这两周着重找了一些关于团队协作以及代码格式方面的内容进行阅读，一下内容主要来自《代码整洁之道》
首先是关于团队规则，每个写代码的人都有自己惯用的格式和风格，但当这些人组成了一个团队，还是我行我素按照自己的风格，那么就会大大的增加整个项目和课题的复杂程度，真正在进行团队开发的时候，我们进行合作的基础应当是求同存异，在每个函数或者类的内部才会出现的变量名或者函数可以按照自己的风格进行操作，但是给出的类的接口或者是传递出去的参数、以及一些全局变量，就要按照统一的标准进行编写，比如在函数名、变量名、全局变量的构造上就要有明确的标准，否则容易产生变量名的重定义，类型冲突等不必要的麻烦。这也就启发我们在进行团队项目编写之前就要统一一下大家在接口和命名上的风格。
其次是代码格式的问题，曾经有一位建筑师说过一句话却成了程序员的至理名言：神在细节之中。写代码与搭建筑有异曲同工之妙，都在于从底层一步步堆砌，最后成就摩天大厦，其中底层根基的稳固往往比表面的华丽更加重要。我们编写代码的时候，源文件应当像报纸文章那样，名称应当一目了然，名称的本身应当能够告诉我们是否在正确的模块当中，源文件的顶部给出高层次的概念和算法，细节往下在逐次展开，直到源文件最底层的细节和函数。这是总体的格式，在每个函数中，还应当用空白分割不同的子块，增加代码的可读性，垂直方向上要靠近，就是说，往往关系比较紧密的函数应靠的尽可能的近，调用函数应当放在被调用函数正上方还有就是水平方向上的靠近，虽然现在的显示器都比较大每一行可以写将近200个字符，但是可读性高的代码往往要遵循每行都有个上届，大概八十个字符，这样代码才能整洁易读。