鱼遇于池,池涸,相濡以沫,相鞠以湿,不若相忘于海。

while (alive) {
  object state = working & fighting & enjoying & living thanksgiving;
}
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

今天,我程序改了没有?

Posted on 2005-08-25 11:28  alittlefish  阅读(646)  评论(2编辑  收藏  举报

前几个月做了一个政府的项目,本来是两个程序员一起完成的,后来在系统交付没多久,和我一起开发的同事走了。于是系统维护的工作就落到我的头上了。

这是个政务自动化系统,包括政务流程的自动化,以及报表打印两大部分。当初我主要负责业务流程的开发,而报表打印则由同事完成。项目进行其实相对来说还算比较顺利,中间虽说有过需求变动,但都在可接受的范围内。由于互相开发之间是独立进行,对业务逻辑方面也都有统一的认识,所以这个小项目的协同还算比较顺畅。但是问题很快就出现了,因为同事已离职,打印部分由于我之前几乎没有参与,虽然在过去的互相讨论中我大致知道他的开发思路,但是由于这个系统打印的报表比较多,因此代码的量说少也不少。而且同事在编码过程中,几乎所有处理逻辑都在个别的一两个文件中,导致一个打印页面(包含处理逻辑)过于庞大。

因为打印方式包含了web打印和word打印,而内容又包括两个不同的类别(相应的打印页面也包含了两组)。当初打印因为没有考虑到会比较复杂,所以当后来真正做起来的时候也管不上逻辑与界面适当分离,除了DA是作为单独的部分独立出来,包括word打印,普通web报表打印,都是和UI层合在了一起,直接在CodeBehind中解决。而这一个打印页中却要处理n个小类的打印内容,因此if...else就随处可见,一个方法体有些要几百行。

我是有点硬着头皮去做这些改动的,虽然说起来复杂也没什么复杂的,但是毕竟要花时间改。好在同事写的比起以前我接手过的垃圾代码而言要好读一些。

说起来,现在的公司不算是严格意义上的软件公司,做这样的项目也是因为看着市委宣传部的关系,但是一个系统从酝酿到开发再到测试,前期可能未必会花多久,但是后期的工作往往是把一些小公司拖跨的主要原因。开发草草了事,需求含含糊糊,项目主管整个就是为了写写文档,做做联络员而存在。交付以后就感觉一身轻松,当初作完项目,同事就因为一些原因离职了,我就有了一些不良的预感。虽说现在情况从技术上而言,还算凑活,但是能感觉到,除了我以外,其他人已经把这个事情当成已经结束的一件事了。

估计后面还要有修改,每天修改一些这方面的东西估计会成为我日常工作的一部分。

接连两个兄弟走了,我曾经跟自己说,把现在这个工作当作是自己职业生涯中的第一次修炼,意志方面的修炼。以前其实有过甚至更糟的体会,那时侯义无返顾的走人了,但是现在,我不想做逃兵,在这个阵地上,我还要坚持一阵子,为了将来可以应付更大的困难。

开发人员,还是别太纯粹,否则,只会活在自己的世界里,一个唯心的世界。作为人,不能抗拒的是接受现实世界的任何“赏赐”,包括好的,还有坏的。