怎样和虐死人的老项目谈恋爱

有位朋友说他最近失眠严重,都是因为接手了两个老项目,情况如下(我整理了聊天记录):

我最近接到两个有点坑的 VS 旧项目,之前一直是接触 Qt ,没有接触过 VC++ 和 MFC 库,感觉有些吃力。

现在好不容易解了一个旧项目的 BUG ,但是另一个更恐怖,整个项目只有我一个人,什么也不懂,正在慢慢摸索。

这个老项目是好几年前的,原来的开发人员都离职了,也没什么文档,只有代码,代码中用了好多库, poco 、 boost 、 thrift 等等,还用了 Python 混编……这些东西我以前都没接触过,看起代码来云里雾里,心里没什么底。

关键是我看不懂的代码和逻辑,也无处能问——老同事离职了,现在的同事,没有一个了解这些代码的。我经常一脸无助+懵逼,心里压力很大,都开始吃不消了。

经理给的时间很紧,一直在催我,导致我神经一直在绷紧状,总感觉活在恐惧中,所以最近失眠严重……

这样的状态,认真负责的你,可曾经历过吗?有没有想过怎样才能愉快地和老项目相处?

开发者的老项目宿命

说实话,作为开发者,我们都讨厌接手老项目,可是,开发者的宿命就是:你别无选择,终归要和一个老项目相爱相杀

包括我自己,做开发十多年,可以说有八年都在和老项目鏖战!从 2015 年到现在,都在和有十几年历史的老项目卿卿我我!

时常会有奔溃的赶脚啊!

然而我们真的不能不管老项目吗?

答案是:不能!不能!不能!

原因很简单:一个项目,一旦发布上线,交付使用,就会成为老项目,但是它的声明周期却不会结束,紧接着就是修复 Bug 、添加功能、性能优化等等。

所以,所有的新项目,终归都会成为老项目!

所以,从这个角度上讲,即便你从头开始做了一个新项目,做着做着就成了老项目。

我 2009 年时从头开始做一个智能机顶盒的项目,做着做着就到了 2014 年,新项目就变成了老项目,人员来来去去,部分代码就不可维护了。有一次招募一个小伙伴来接手网络传输部分的代码,他待了两个星期,就因为无法搞定那些代码而离职了。

我觉得老项目就是开发者的宿命,你终归要和一个老项目相爱相杀,不是现在,就是将来,无可选择。

那么,我们能做的,就是以什么样的姿态来面对老项目。

如何与老项目恋爱

当我们无可避免的要与老项目恋爱时,怎样才能让自己愉快一点呢?

请尝试以下几点:

  • 用学习型心态来面对
  • 不断设立小目标
  • 迭代式重构
  • 记录你的经历和思考
  • 尽人事听天命

稍稍展开一下吧。

  • 学习型心态

这点是最重要的,我们要多想想:通过解决 Bug 、二次开发等,我能从这个老项目中学到什么。比如你有可能学到这些:

  • 业务逻辑
  • 好的软件架构设计
  • 不好的设计
  • 我之前未接触过的技术
  • 如何重构

学习型心态,以解决问题为目的,关注如何解决问题,关注自己在解决问题中可以收获什么。

如果你拥有这种心态,开发工作就会有趣一些。如果你是消极心态,总骂着“靠,怎么这么多烂 Bug !”,那你的工作就充满了撕扯、抗拒以及各种不愉快。

  • 不断设立小目标

对于老项目的维护和开发,要化整为零,每次就解决一个小问题,每次都给自己一个小目标,这样比较现实,Bug 、需求等小目标实现了,也会给自己一些正向激励。

如果目标太大,就拆分开,一两天完成一个小的,让自己不断有成就感,这样就容易坚持下去。

有时你接手老项目,很长时间就是阅读代码,那这个时候,就给自己定一些目标,比如今明两天了解认证鉴权的逻辑,再接下来了解这些逻辑和代码的映射关系……这样一头大象就可以一口一口的吃,不至于无从下嘴。

如果你自己无法分解你的目标,就找熟悉的同事,或者你的经历,一起讨论出一些目标,再一起拆分成小目标。

  • 迭代式重构

相信有不少朋友和我一样,看到不顺眼的代码,阅读时拒绝感很强烈,总想着重写、重写、重写,以为自己出手重写一遍,世界就会美妙起来。

我干过不少这样的事情,但是,后来我发现,当我把所有要支持的功能都叠加进去,所有意外情况都处理了,之后,我重构出来的代码,居然和原来我讨厌的老代码差不多了……

所以,现在我知道,在我想推倒重来之前,要先了解状况:

  • 这个项目的需求是什么
  • 老代码的历史是什么
  • 老代码是如何走到今天的,中间处理了什么状况
  • 如果局部重构,该从哪里开始

虽然开发者很重要的一部分工作是做设计写代码,但实际上,阅读代码是比写代码更重要的能力。当你搞不明白一份老代码的意图时,贸然推倒重写,往往会陷入泥沼。

所以,最现实的策略就是,每次都结合你要修改的功能或者 Bug ,设定较小的重构目标,比如改几个函数,改两个类的接口等等,这样既容易实现,又能够让老项目慢慢变好。日积月累,这样微小的重构就可能发生巨大的作用。

  • 记录你的经历和思考

我们很讨厌别人的代码没有文档、注释,可是我们自己的代码往往也是如此。让你去看自己两年前的代码,你可能就会讨厌它们,不忍卒读。

所以,当你接手老项目,有一项非常重要的工作可以做,就是记录你的经历和思考,显性化你取得的进展。

在你理解老项目业务逻辑、代码逻辑,修复 Bug ,新增功能的时候,把必要的注释加上,把核心的逻辑流程绘制出来,把不全或缺失的设计文档补上……

这样做有巨大好处:

  • 自己能看到自己的成果,有正向激励
  • 方便自己以后维护,提高效率
  • 方便后人维护
  • 提升项目质量,降低整体成本

这也是我们自我成长的方式,只有记录和思考,你才能不断复盘项目复盘自己,才能每做一件事情都有收获。

  • 尽人事听天命

前面的要求可能有些高,很多人觉得难以达到。没关系,我们并不是要把自己逼死,相反,我们这些要求,是为了做好项目,更重要的,是为了自己的成长,让自己有良好的自我感觉。

而,假如,你面对的情况非常特殊,你的努力几乎改变不了根本问题,很难取得突破,那这个时候,心态也要放平,要有“尽人事听天命”的豁达。

活人不能被老项目逼死,对吧,尽力去做,真做不好,可以尝试换个角度、换个项目再做做看。

不要过分苛责自己,也不要因此认为自己能力不行。这个老项目你搞不定,只能说明你在这个项目上失败了,你理解老项目遇到了困难,它真的不能说明你这个人就彻底不行。你可能很善于做技术探索,很善于架构设计,精于某类算法……我们得客观评价自己,知道自己的长处在哪里,努力把自己放到能发挥自己长处的项目中去。

要对自己负责

我们要有专业精神,努力解决问题创造价值,但另一方面,也一定要对自己负责,不要把自己逼死。

如果你觉得老项目真真是让人难以忍受,多看一天人生就多灰暗一天,那就尝试离开这个项目。

有两种方式离开一个老项目:

  1. 在公司内寻找其它的机会
  2. 公司内没有机会,就离开公司

该离开的时候,就果断一些,更好的位置,出门左转,就在拐角处。


相关阅读:

  • 十年的老代码,你敢动?
  • 这样读源码,不牛X也难
  • 技术债务可能是这样来的
  • 为毛你深陷故障驱动式开发

你可能感兴趣的:(随笔,漫谈程序员)