开发人员之维护他人项目有感

五月 25, 2007

软件行业人员流动比较频繁，如果你是一个公司的老员工，你常常会有如此经历：一个同事即将离职，领导可能分配你去与之进行工作交接，有时他做过的项目很可能和你做过的有很大差距，没办法领导发话了，你还是要硬着头皮接下来，心中盘算着但愿这个项目的产品在现场运行不要出现什么问题或者用户最好一个新需求都不要提，这样就算是挂个名，也没什么大不了的。

可是事情往往是事与愿违，需求变化速度之快让你猝不及防，这时如果你接手的维护项目和你做的东西是一个套路的，那也许还并不是很头疼，顶多花上一段时间就可以搞定，但是如果你像我一样，接手了一个多年都不接触的，有复杂业务逻辑的项目维护，那简直就是一种折磨呀，如果还是在你自己手头上的活加班都做不完的情况下，则更是让你抓心挠肝了^_^。

这不五一前一个同事离职，按照领导的意志，其项目维护暂由我来接替。恰逢最近忙于系统的结构设计，进度吃紧之关头，这个维护的项目要进行现场软件升级，由于以前版本控制不是很好，导致居然找不到对应的Release版本，无奈之下只能基于其中一个版本修改，采用比较不精密的方式：文件比对，花了若干时间，才勉强拿出一个版本交给现场的实施人员进行升级。运行一段时间过后，现场维护发现出了问题，并反馈回来。无奈之下，开始博览成千上万行的代码，无果。打电话问离职人员，几番交流之后，发现原来改动时基于的版本不对，原因是他在修改一个版本后忘记做记录了，唉，还好，这个版本代码还在，文件比对后，发现改动的地方就两行代码。之前看了若干小时的代码的我本来也想这么改的，呵呵。

我一直在Unix下开发，而这个维护项目是Windows上的使用Visual C++开发的，昨天无奈下装上Visual C++。

把新的Release版本发给远方的维护后，我心里在想：在这种情况下一定要端正态度啊，无论如何这都是你的活，摆正心态解决问题才是正道，否则抱怨只能延缓你解决问题的时间。当然了，谁接到这样的活心里不是别别扭扭的，刚开始都不例外。