机房合作总结

引言:

     机房现在已经是第三遍了，每一遍都有不同的收获，第一遍机房是自己尝试开始敲代码，一个很大的突破，开启了编程之路，机房重构是用vs进行的，这一遍尝试了很多新的东西，加入了设计模式，在数据库中尝试用视图，存储过程，事务，接触到泛型。现在是机房合作，第一次尝试几个人合作，共同完成一个项目。

技术方面:

       开始之前老师强调了几点:1、文档驱动； 2、前期可以尽情交流，之后尽可能少交流；3、要有完整UML图；4、学会使用SVN；

   老师强调的这些是必不可少的，通过这次合作学到不少东西，刚开始我们讨论需求分析，以前虽然有去了解过需求，不过没有现在这样认真把每个需求都详细地记录下来，然后尝试画原型图，命名规范比之前也规范了很多，紧接着我们开始画类图，在重构的时候师傅要验类图，不知道咋画，就用vs代码直接生成了，现在不能偷懒了，认真地画每一个类图，添加应有的方法和属性，之后用类图生成了框架，重构的时候框架都是自己一层一层搭建的，现在直接生成了，不断尝试新的方法，更高效地完成。

    框架生成下面就是编代码阶段，差不多用了四天的时间，接下来就是无尽的调错阶段，差不多占用了合作一半的时间，之前分析的不是很全，有落下的方法，需要重现添加或是改善，另外有一个需要在以后写代码时需要注意的就是注释问题，尤其时项目合作的时候，每个类都标明方法名-方法的介绍-编写人-编写时间，这不仅让自己一目了然，也给其他人带来方便。

    另外在合作中学会使用SVN也是很重要的，有时候在更新项目或提交的时候会出现冲突，解决冲突是必不可少的，在合作中对于SVN的使用提高了不少，在编码时我负责的是B层和工厂层，刚开始的时候觉得B层应该不简单，要写逻辑判断，要加设计模式，到最后逻辑判断还是放到了U层，当时我挺不理解的，按常理说应该在B层写判断，后来发现没什么用，和之前合作的伙伴讨论，他们说咱们这个机房有些小，体现不出逻辑判断；通过这次添加设计模式，发现好多设计模式都类似，可以实现同样的功能，只有一些细微的区别，需要仔细体会。

思想方面：

    既然是合作，必不可少的就是交流，每个人都有自己的观点，怎么让自己观点得到同伴的共鸣，把自己的观点的逻辑表达清楚需要的是交流的能力。

    既然是合作，就需要有一个领导者，不管是现在的合作还是以后进入公司，如果是一个领导者就要宏观把控大局，调动组员的积极性，如果是组员，也要尽量去站在组长的角度思考问题，积极主动，不是一直被动的接收，同样需要把控自己的任务，合理地安排。前段时间画每日健身原型图时作为一个小小组长和这段时间合作作为一名组员，从中发现自己还有很大的进步空间，离自己上面描述的还有一段距离，还需要不断地历练，加油！

总结：

    每一段经历都是必不可少的，从中学习、成长。