机房合作已经做了很长时间了，但也就是这几天正式进入状态了。看着我们的合作越来越默契，心里别提多高兴了。丹丹渐渐的能看懂我的图了，建建也不会自己加方法了，我画的图也不会丢三落四的。小伙伴们越来越有默契了，我的一点感受，与大家分享。
适当”间作套种“，千万别搁置
从7月开始准备专业课考试之前，我就着手画图了。当时的感觉跟前两次画图没什么差别，一直心想着能不能偷懒少画点图，省个事儿。所以一直不慌不忙地一边看牛腩一边画图，之后就是准备专业课考试——考试——放假，画图基本上就是搁置了。等到放假回来，平复了几天心情，再拿起我的图，虽然本来就没画多少，感觉好陌生的东西。之前的想法和构思都忘记了，最后基本上是从头再来的。
重视细节，联系需求
刚开始画图的时候不重视注释，导致过段时间拿起图，连自己都看不懂了，更别说别人了。另一个方面就是，生成文档和代码时，有没有注释差别真的很大。注释要写全，尽量写详细，包括每个类，每个方法，每个变量等。
因为对机房已经很熟悉了，包括它的大部分功能、流程等等。在画图过程中，总是根据自己的想法来画。到最后才发现，啊，原来有些小的需求给忘了，返回实体实现不了再改成集合。没办法，只能手动添加方法来修改了。但是这些问题其实可以避免的。我们总是带着自己的理解去画图，而并没有把需求重视起来。
保持文档、图、程序的一致性
使用文档自动生成系统，虽然简化了我们的工作量，但也存在着问题。比如很难保持文档、图和程序的一致性等，这些方面的困难常常最后归结于一致的信息管理。图和文档很难一下子就做的很完美不需要修改，每个阶段都可能会有或大或小的修改，这时就要十分重视这个问题了。否则，即使系统功能再好再完善，你的文档就成了摆设，失去了文档的作用。
做好组织和协调
组长画的图并不是给自己看的，大部分都是给合作的同伴看的。每个程序员都会有自己的习惯和性格，加上最初的图也是不完善的，因此，经常会出现与最初设计不太一样的情况。而组长这时就要及时发现和纠正，以免发生更严重的后果。
做好组织和协调的同时，也要合理控制工作进度。谁都想尽快完成，谁也没办法保证不拖延。可以督促，但要适度。孙晴师父说，你督促的越频繁，并不会证明你的责任心，而恰恰会表现出你对组员不够信任，也容易产生反感情绪。我觉得挺有道理的。
合作还在继续，学习也在继续。
