2012年八月工作总结--CNXX的生活

    我从来没有想过，换了一份工作之后，还能回到原来的项目上去工作。但事实就是如此，我又回到了CNXX项目上，回到了那个没有炮火，却硝烟弥漫的战场上。在这里，Bug满天飞，即便你努力Work到十二点，消灭了当天所有的Bug。第二天，你仍能发现相同数量不同类型的Bug，出现在你身边。这就是CNXX目前的生活。

    CNXX的管理有些混乱，因为目前开发工程师的工作不是以模块和业务为单位的，而是以CNXX上线为 终极目标，每个人都对系统整体负责，参与整个系统的升级开发工作，有些像“麻雀战”。也许这是系统开发到后期必经的一个阶段，尤其是在出现一些工程师的更换之后。针对CNXX这样的大项目，我们真不该采取这种管理方式，这让开发工程师们陷入了无限的死循环。

    项目管理虽然不是开发工程师的职责，却是工程师们必须关注的部分，因为这与他们的工作息息相关，这决定着他们能否积极有效地完成他们的工作任务。而且有一天，这些工程师们也会登上管理的角色，他们能够根据以前的工作经验，对项目管理做出正确的决策。

    因为项目经理匮乏的项目经验以及混乱的项目管理，导致整个团队都疲于加班，开发组的同事们都怨声载道。刚来项目不久的开发人员更是感觉到压力倍增，每周几乎五天都在项目上加班，甚至都不能修复完必备的Bug数量。谁让交接的时间太短，每天的任务又太重了呢？

    工作难，工作难，难于上西天。加班到零点，Bug还未完。

    八月初的时候，架构师还乐观的估计项目到八月底完成主要Bug的修复工作，并在八月底或9月初完成项目的上线。经过一轮客户体验测试（UAT， User Application Test）之后，项目计划已经更改到10月底完成项目的整个工作，而且这还是开发团队在经常加班的情况下。

    由于开发工作已经不再按照模块划分，我所负责的区域，由综合利用、借阅管理、归档管理扩展到文档管理、系统接收、业务参数配置以及系统集成，而且开发也由之前的主要前端开发，转为现在前端+后端开发。因为我一直想做后端开发，现在有机会做后端，尽管辛苦一些，但还是比较高兴的。

    在上面这些模块当中，我比较喜欢做的是集成这一块，尽管这块出现问题时调试比较繁琐，但却是系统中比较有价值的东西。在CNXX系统里，集成包括三部分，分别是CM与BPM集成，CM与COMMON集成，以及CM与EAM集成。我所做的基本上是CM与BPM的集成，其它两部分只涉及到一点点。

    系统的集成，其实是打包再分解的过程。比如CM有一个实现的框架，BPM也有一个独立的框架。如果让这两个框架进行交互呢？就是把这两个框架拆解开，二者都使用基础的可识别的解析机制去接收另一方的数据，然后转换到己方的框架，或者直接实现所需的接口。集成的重大意义应在于理解机制，而不是注重实现。

    在其它模块中，比较有意义的应该是归档管理、综合搜索和借阅管理。归档管理是很多业务都需要的一个功能，其实现大同小异，都是将对象归档到另一组对象下，其意义在于该功能适用于不同的业务。综合搜索也是很多业务中必不可少的一部分，我们的综合搜索业务的优势，不仅仅是强大的搜索功能，更重要的是它的搜索界面的设计，绝对能震撼你的眼球。借阅管理则是一个简化版的图书借阅管理系统，该功能重在实现其借阅并授权的问题。

    工作的重大意义不在于你做了什么，而在于你掌握了什么。在系统架构设计中，可重用资源是项目成功的一大因素，如何在已有的系统中识别可重用的资源是一门大的学问。作为开发工程师，应尽可能将工作中的知识化为自己的知识，这样才有助于提高自己的工作效率和工作能力。

    八月，仍然不是这个灰色项目的终点。CNXX还未上线，整个开发团队还在有条不紊的忙碌着，他们在做最后一轮的冲刺。希望CNXX的队友们能坚持下去，打完这场艰难的战役。