我的倒霉孩子

在领导综合查询系统中，我负责设计程序结构、编写原型、测试用例、界面展示等工作，另外两人协助协助我完成具体的编码实现，虽然他们的效率不高，但是经常能想出一些好点子，让我用起来较为舒服。由于系统的特殊性，没有具体的需求和设计文档（领导可不给我们调研的机会，也从不明确指出他到底关心什么东西，所以这个系统完全是靠猜的-_-，每完成了一次界面修改就去领导办公室报道……），在时间紧张的情况下需要不停的重构代码，快速修改程序。然而，在现有的人手中我是唯一能够达到这个效率的，人手不足使我颇为郁闷（封闭会议上可是吹嘘说共有10个开发人员）。

在设计和编码过程中，我注意了程序的扩展性，也意识到了“破窗户理论”的重要性，所以每天晚上我都会检查大家提交的代码，发现了大量复制粘贴、语意罗嗦的java代码，也发现了大量写在jsp中的css样式、无缩排的html、不负责任的“tab”按键……我会给大家讲解为何做这些修改，然后让他们重新提交。我怀疑在今后紧张日子里还是否会做这样的检查……

也许我再也没有检查的机会了，清明前的一天突然接到通知，我的工作由其他四个新人代替，我去负责技术支持，为其他公司解答UNIEAP和UNIDXP的使用问题。听到这个消息后我强烈反对，理由很充分：

1、这个系统是我一手搭建起来的，里面没有冗余的代码，结构也做到了最优（至少我认为这样），我不希望让新人接手；

2、从领导综合查询系统的特殊性来看，我是现有人手中唯一可以达到效率的，让新人顶替我存在风险；

3、几个新员工是以实习的身份来的，他们在接下来的两个月还要整理自己的毕业设计，这个项目未必适合培养新人；

4、新员工在5月末至7月初要回到学校，这期间正好是忙的时候，谁来接手？存在潜在风险；

5、UNIEAP的workshop、datawindow、报表我也没有用过，也需要培训，到不如让四个新人去做技术支持。

领导的回答就一条——技术支持需要有经验的成手，所以在缺人的时候我去最合适。晕！！！

回到沈阳，我画了几个UML图表述我的设计思路，次日用了大概2小时给大家讲解程序的各个功能，开源包的使用（还得重新讲，这何苦呢），还反复强调了代码的规范。从那天起我再没有看过这些代码，我的孩子啊！

直到4月11日，有人问我导出Excel功能为什么不好用，我才重新下载了最新的程序。哈哈，兄弟，你配置文件写的不对。我发现，过去那些丑陋的问题已经遍布了整个工程，破坏一个东西可太容易了，这些倒霉孩子！

这个项目的发展，静观其变吧。