当前位置:网站首页>技术人员该如何接手一个复杂的系统?

技术人员该如何接手一个复杂的系统?

2020-11-08 07:41:25 一猿小讲

如何接手一个复杂的系统?

作为程序员,无论是小菜还是老鸟,都会因为离职交接或者岗位异动等各种原因,而避免不了要如羚羊奔跑版的速度接手一个复杂业务系统。因为只有尽快熟悉系统,方能够快速支持业务需求的研发。

那么问题就来了,面对一个一无所知的复杂的系统,我们该如何入手呢?

本文将结合菜菜同学多年来的沉(经)淀(验),再融合老中医望闻问切的招式,吐血整理成一剂锦囊妙药和一副图,送给大家。

《一剂良药》

「菊花」看文档,记疑惑。

「薄荷」串文档,理脉络。

「莲心」讲系统,要知彼。

「荷叶」捋代码,了梗概。

玄参」盘经验,理大坑。

芦根」亲操刀,细解剖。

 

《一幅图》

第一招:看文档,知脉略。

老中医:望。望诊,是对病人的神、色、形、态、舌象等进行有目的的观察,以测知内脏病变。

菜菜同学结合「望诊」而独创快速接手一个复杂系统之招式一:看文档,知脉略

当一个复杂的系统要交接到你手上时,理想中各种文档样样全,要啥有啥,而现实啪啪打脸。多数情况下都没有文档,如果有一些文档可看,无论质量如何,都是一件值得庆幸的事情。

如果项目组比较规范,沉淀了一些入门文档、产品介绍文档、业务架构设计文档、数据库设计文档,那就更值得庆幸啦,静下来仔细去看,通过文档多少会了解一些系统的前世今生,对系统有一个初步的认识。

不过,当接手一个系统时,一定要看看文档在哪里?是在 Wiki 上,还是在 SVN、Git 上,如若有文档的情况下,尽快找到它,并粗略的看一遍。

看了这么多文档,肯定有太多的疑惑,先拿小本本记下来,制造机会请老鸟给你答疑解惑。 

第二招:听细节,聊全局。

老中医:闻。闻诊,主要是听患者语言气息的高低、强弱、清浊、缓急……等变化,以分辨病情的虚实寒热。

菜菜同学结合「闻诊」而独创快速接手一个复杂系统之招式二:听细节,聊全局。

拿着你事先记录好满满疑惑的小本本,组个会议,喊上老鸟好好给你指点迷津。

 

首先,请老鸟串一串文档。

大概理一理,然后把你之前小本本上的问题,一股脑抛出来当面请教。

 

然后,请老鸟讲一讲系统。

大概要了解一下系统的使用方是谁?系统依赖的系统有哪些?系统主要干系人有哪些?系统研发的需求来自于哪里?最重要的是要请老鸟演示一下如何把系统跑起来?跑起来后功能该怎么用?

 

最后,请老鸟捋一捋代码。

大概捋一捋代码的设计,了解一下主要分为几大块?程序入口在哪里?技术栈是啥样子?... ...

第三招:问疑难,解杂症。 

老中医:问。问诊,通过了解既往病史与家族病史、起病原因、发病经过及治疗过程,主要痛苦所在,自觉症状,饮食喜恶等情况,结合望、切、闻三诊,综合分析,作出判断。

菜菜同学结合「问诊」而独创快速接手一个复杂系统之招式三:问疑难,解杂症。

 

首先,问老鸟:要接手的系统,历史事故都发生过哪些?

为了不贰过,要了解一下要接手的系统,历史的事故是代码问题,还是人祸导致的?

 

最后,问老鸟:要接手的系统,坑在哪里?

大概了解一下老鸟以往趟过的那些坑,前车之鉴必是后车之师。重点了解系统有哪块会有潜在的问题,当接手之后一定要细心着重对待,防患于未然。

第四招:亲操刀,细解剖。

老中医:切。切脉又称诊脉,是医者用手指按其腕后桡动脉搏动处,借以体察脉象变化,辨别脏腑功能盛衰,气血津精虚滞的一种方法。

菜菜同学结合「切诊」而独创快速接手一个复杂系统之招式四:亲操刀,细解剖。

通过前面三种招式相结合,我们文档也看了,系统功能也了解了,历史事故也知道了,接下来要进入程序员最擅长区域——解剖代码。

 

首先,加注释,加关键日志。

找到程序入口,根据自己的理解,一步一步去加注释,要敢于动手去加,确定不了的,有疑问的用注释标记好,或者记个大大的问号,把你的想法理解都用注释记录一下,相信对代码的理解,一遍比一遍更透彻。

当然,除了加注释的一种方式,还推荐加关键日志,因为加入关键日志,不过日志最好有一些特色,例如都还有「haha:」,这样能够在子模块调用比较复杂的情形下,在项目启动后,根据加入日志文件,直接关注「haha:」就能把相关子系统的调用流程串在一起,屡试不爽。

 

然后,跑应用,Debug。

除了加注释,加关键日志能够理解代码逻辑外,Debug 也是推荐的一种方式,从程序入口开始逐步进行调试,也会对代码有一个质的理解。

仁者见仁智者见智,依据个人习惯,还是更推荐加日志,或许是因为 Debug 有些时候遇到反射或者库调用,跟着跟着就乱掉了。

在这里,建议一定要把应用跑起来,只有跑起来,才能根据之前加入的日志,梳理梳理系统调用关系,模块调用关系,再好好体验体验功能。

 

最后,画画图,善分享。

加日志、加注释、Debug 的事儿多数铁子都干过,但是能把自己对代码的理解真心画下来的估计会很少,这块真心推荐大家没事的时候静下来画一画,是对代码理解质的一次提升,画出来才能理解的更透彻,更清晰,如果闲暇之余把上手系统的经过写成手册,相信对于后面接手的同事而言是一大笔“财富”。

当然了,除了画图、写手册还是不够的,重要的是能够拉几个同事进行分享一下,这样才能更快变成自己的知识,在这里忍不住要抛一张图。

另外,接手系统解剖代码这块放到最后一部分去谈,原因这块确实考验个人的技术能力,而且是一个长久的过程,需要慢慢去磨。

真心寄语

本次主要谈谈如何快速接手一个系统?吐血推荐的一幅图和一剂药,如果有接手系统的困惑,而且没有更好的方法时,那不妨拿去实践,屡试不爽。

前路漫长,人生实苦,每个人方法都不一样,条条大路通罗马,选择适合自己的。奔跑是追梦人的气质,用奋斗定义人生价值,在奔跑中抵达远方,铁子们加油。

好了,分享就到这里,希望对你有帮助。一起聊技术、谈业务、喷架构,少走弯路,不踩大坑。会持续输出原创精彩分享,敬请期待!

版权声明
本文为[一猿小讲]所创,转载请带上原文链接,感谢
https://www.cnblogs.com/socoool/p/13943349.html