BUG修改高手一生

我不是一个BUG修改高手。
        我想讲述一下我在杭州潮流信息公司（成都分公司）的一年时光（07/3-08/5）的想法与看法。在我刚进公司的时候，项目经理（樊龙军，刚升职的）叫我做一个图书管理系统，那时我也没有做过什么系统，就做了一个很差的图书管理系统。他见我没有做过系统，那好吧，你先做个工单系统的需求分析。我听都没有听过需求分析这词，怎么做？也没有做出来，后来他发了个样式给我，我看了写了一个很瓦踏的什么需求分析给他，最后他还因为这个差点不能通过试用。还是我耐心的求他才留了下来。这也让我有了需求分析这个词。

      后来，项目经理的位置也坐久了，也没有什么成绩出来。他也没有劲了。但总要找一个事来做吧，那他就来当监工吧。什么这网上有句话不通顺，这不能用Button，这要跳转到一个网页去处理，这有个BUG等等。到后来，就专门维护以前的ASP系统，由于以前做系统的人都走光了，我们就只看代码，BUG是改了一个又出来一个。可怕的是我新单独做的系统BUG很多，这个项目经理在一旁说，我是项目组最差劲，最拖工的人，你就去修改以前的ASP系统算了。那些.net所谓的核心就由BUG改的又多又快的人做吧。可怜我就这样在ASP那意大利面条，.net的边缘做了一年。我学到了很多包括SQL操作，ASP的熟悉，项目经理的片面，有时是无情的面孔。也失去了很多，对.net的熟悉，面对对象的实践，和那“需求分析”在远方招手。

    BUG就是BUG，这个表面的东西把我带进了软件工程。就像马克思对资本的来源思考一样，我问了自己为什么会有BUG？是我天生不够细心，还是我们无意的种下了BUG的种子。在看了《head first 设计模式》后我看到了设计模式的威力，也使我对后一种想法得到了证实。在我用设计模式开发了Pager用户控件后，我成功的把显示与数据源解了藕，便可以分开设计显示和数据的选择了。这是樊龙军在今年春节走人后，我接到的第一个.net 核心开发功能，要不然我还在ASP里改BUG。再后来我看了一本《UML与设计模式》的书，书中用迭代的方法开发项目，而且是一个小项目，使我看到了统一过程的基本思想，需求分析原来是统一过程之魂，Page也可以用统一过程开发了。看来樊龙军在开始还是有软件工程的思想，可能是认为大的项目才能用到软件工程，就没去实践。这也是很多项目经理的死穴。他们在开始就被迫服毒，开始解毒，解毒毕竟是解毒，再加上面向过程的开发，是不断的修改代码，不断的出现BUG。于是，修改BUG多的人成了劳动模范，会改BUG的人成了精英。以后有我这样不会修改BUG的人就只有OUT。

   在成都的软件行业中，像樊龙军这样的项目经理不少。他们有CMM执照，我就是做大项目的。小项目，无法用大方法解决，因我天生就应在大公司，做大项目。我没做过大项目，可是我敢肯定，这样的人做大项目一定会失败，因为他们不会抽象出本质东西，就不会把RUP，CMM这些用到小项目中。

  写这篇文章是为了纪念我在杭州潮流一年多工作的结束。那里有太多的BUG修改大师。可能他们认为自己不够细心所以才有BUG，将修改BUG进行到底，也因为精彩的BUG修改给他们带来不错的工作，不错的收入。但我真的祝福这样的公司走好，毕竟在中国搞软件不容易，他们是中国软件前进的力量。