一个系统，最后一次经历——致我的机房合作

        

         浩浩汤汤的机房合作，就这样的接近了收尾的工作，回忆起来，可以用辛酸泪和奋斗史俩个词来概括。三人合作，是宝贵的经历，有不足但是也学习了很多。

     问题篇：

        时间拖

        从11月份的软考之后，我们就开始了信誓旦旦的合作，找老师，接着就进入了准备工作，然后，就是一直准备着。。。。我们把数据库和原型图、写了几个文档之后，各大系统开工，除了人人都在准备的ITOO，我们三个人还在做一些其他的系统。于是，那段时间，我们已经没有了合作这个概念了。。。。直到组长催我们，我们开会，才又开始了合作。由于我们的进度比较慢，十期的师父给我们开会，早上问我们进度，晚上开会问我们的完成情况。就这样我们赶工了几天。周四的时候我们集体加班了半天。于是乎，那几天完成的差强人意。在合作的战线上，我们拖了一个半月！！

         前后不一致

         第一，我们前期想的不周到，到了后期敲代码的时候，数据库是增了又增，改了又改。同时对很多字段的定义不一样，在后期都做了修改。

         第二，在赶工的那几天，把以前说的很多的规范抛弃了，于是代码敲完，我们重新画了类图。

         没人干活

         合作要趁早，不要等着各大系统开工，不是每一个都能好多活并驾齐驱的。当各大系统给分配任务，限定时间的时候，肯定存在先把合作放一放的心里。

      学习篇：

        交流很重要

        有什么不会的，不明白的，不清楚的，存在不一致的想法的时候，及时交流。不懂就问，无论是技术上还是业务上，当一个问题俩个小时解决不出来，就立即和组长反应。不要拖，不要拖到第二天，不要等着组长来问你，自己要主动。

        提高效率很重要

        合作的代码对我们来说，阻扰还是比较小的，只有思路对了，不难敲。但是如何提高我们的效率？拿我来说吧，上下机和强制下机那块是我敲的，思路和以前的差不了多少。由于是以前敲的B层，等又重新分配我需要把这一条线敲完调通之后，我开始敲的其他部分，调试了一晚上，却没有发现问题，等第二天早上来看，发现U层赋值赋错了。调试自己的代码效率都如此的低，更别说调试别人的代码啦，所以，对于我来说，真的是需要提高自己的代码能力。

        细心很重要

       后期调试，真的觉得细心的重要性，同时也明白了系统的健壮性是如何的重要，敲花费了10分钟，但是调试却不仅仅花费10分钟，而且都是因为小问题。这就提到了一个程序员的素质问题，假如你是一个思维严谨，而且对代码的质量要求高的程序员，你肯定会牢牢的把控自己的代码，无论是从代码的注释、排版、思维逻辑等等方面都是很高明的。现在要做的，就是培养我们的思维逻辑能力，写出来更加健壮的代码。

     总结篇：

        在以后的职业生涯中，一定要培养自己的程序员素质，让自己的代码更加的健壮，让自己更加的高效！！！

        在学习中成长，在成长的过程中收获宝贵的经历，这些经历构成了我们生命中美好的旋律！！！！