软件除虫记

 一个组件，由于客户需求的不断增加，其参数由一两年前刚编写时的10个激增到现今的几乎100个，参与编写、修改的人员不下10个，改动记录占了代码量的 整整1/4；开发组几乎所有的成员都阅读过这一组件，大家都头痛于该组件的繁冗复杂，但却无法作切脓泻秽式改进，更不用提代码重构了 — 不是能力不行，实在是该组件功能太复杂，牵一发而动全身；现状似乎还不错：用户需求均已实现，执行效率上也没有什么问题，故而为避免Netscape的覆 辙（重构过于频繁而影响市场），只做小范围的修饰，除虫。。。这个组件的除虫可是件要命的事情，幸好Debug工作没有交到我的手上。所谓软件工程，果然 是工程思路决定产品设计，而非research那样需要对中间过程都做清理。
迄今我已经枪毙了两个虫子，可惜都是不入流的小虫子 — 第一只虫子是自己发现的，静静的躺在那里，因为没有对产品构成任何危害，所以之前也就没有发现，看上去这虫子就像产品本身一样，不过发现了之后，是什么人 都知道怎么改代码的，所以第一次除虫，缺乏成就感，也缺乏兴奋感。
第二只虫子就像钻进了产品桌上的一碗饭里一样，吃到了会恶心的；幸运的是这碗饭从来没有开发人员去碰过，这只虫子也就一直在那儿悠哉悠哉了 — 直到我上周偶然看到，遂举eclipse大刀，展开Java律条，依例除之。
我佛慈悲。。。
昨天接到测试人员的bug assign，分配到两只虫子 — 这次的虫子不同凡响，都已经影响到产品使用了，不知道会是像米虫那样的小bug呢是像蟑螂那样的顽固分子。。。
看来我只能心中有佛了，手下的屠刀还是不能放下的。 文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91361 人正在系统学习中

来源：邵钏