项目协作初有感

   学习计算机有两年多了，可是真正开始历练编程，感觉还是从这次机房收费系统的合作版开始的。

   两年来，一直都是按照自己的思路来，从头到尾都是自己的代码，自己定义自己懂得的变量，自己敲的自己理解的代码，当最后程序运行起来时，好不痛快！不过作为立志要成为IT精英的人，不可能一个系统都是自己来敲，毕竟，工作以后我们接触的系统不再是今天的今天的只需要最简单的增删改查的小系统，一个人来完成时绰绰有余的。以后我们接触的系统是更为庞大，也更为复杂的，所以个人主义在这里行不通，合作开发在这里大行其道！

   初次开始合作，虽然不是组长，但是从每一次组长开会，从每一次组长暴露的问题，身为组员的我也从中学习了不少。

1.需求

   这次合作的机房收费系统，大家都敲了已经敲过两遍了，所以我们自认为对此系统的需求理解的比较深刻了。可是真的在准备开始合作开发开会时，在讨论中才发现，我们是理解的比较深刻了，但是三个人在某些方面却有着三个理解。所以，此时个人版的优势变成了合作版的劣势。

2.图

由于对需求，甚至是对逻辑都已经非常熟悉了，所以组长在最初的图中，都会不自觉地忽略一些东西，而我们则会在组长忽略之处，不自觉地填充成我们的东西。所以最后，结果可想而知了。

3.文档

   此处讲一个例子，来说明文档的重要性。我在敲B层的登录时，有一个方法中需要从D层返回的Datatable中获取“密码”这一字段的值。由于B层的负责人是没有权限看数据库的，所以我就无法得知“密码”这一字段名，正巧发现组长的每个设计到密码的变量都是用的UserPwd，所以我自觉的把UserPwd当成了密码的字段名。真正调试时出错了，没有这一字段名，组长看了数据库后才更正，字段名应为“userPwd”。

这时，组长问了我一句，你看数据库说明文档了吗？霎时，文档的重要性不言而喻了！

4.合作的艺术

   不谈技术上的，来说说合作的艺术，为什么叫这个小标题，我觉得在这次合作中，我们收获的不仅是编程的经验，更是团队的合作！

首先是聆听：每次遇到的问题，我们三人都会有自己的见解，这时候，如果我们坚信自己正确，不能静下心来聆听他人的想法，这个合作是无法按时完成的。所以在合作开发中，有一个善于聆听并且敢于妥协的人是非常重要的。

   其次是交流：这里我想说的是他人的错误是必须要指出的，可是改如何指出，这就是一门大学问了。如果我们在指出他人错误之前，可能花一两分钟想一想：如果我遇到这个问题，我会比他解决的好吗？想完之后，我想你就知道你会怎么指出他人的错误了。

   合作刚刚开始，相信以后还会有更多的问题，当然，伴随而来的必然是更多地收获！