程序员，看他是如何高兴的接手别人遗留下的代码的？

对于别人遗留下来的代码该如何接手呢？这应该是大多数刚入职的程序员面临的问题！其实这状况分为两种，第一种是前人还在职，这种状况你能够向他请教一下代码的总体架构以及当时为何这么作。特别是一些业务代码，里面确定含了不少细节，必定要弄懂，不懂就问前辈，最后对整个业务了解后能够考虑对代码进行重构。第二种就是前人已经离职，这种状况下也很差意思再让他帮忙，只能靠本身一点一点捉摸，弄懂每一行代码的逻辑，特别是业务逻辑，能够找相应的产品了解一下相关业务，等弄懂后在对代码进行重构，切记在没有弄懂业务的前提下重构代码，否则颇有可能形成线上重大问题！程序员

接手别人代码是程序员最不喜欢作的事情之一，特别是没有注释的代码，优秀的代码自己自带注释，如今不少优秀开源的代码注释极少，但你们基本上都能服气的确代码质量高，但国内软件开发环境绝大部分都是赶出来的代码，主要考虑仍是短期内可以完成功能需求，能在规定时间内把需求搞完就算很不错的了，更别说是文档和注释了，特别是文档，不少人喊着前任程序员写的程序代码没有留下文档，但本身写的代码程序留下基本的文档的也不多，在这种大环境下独善其身也很难。
web

曾经在一家公司工做，有一部分的代码已经成为了死穴，外围功能使用起来没有多大问题，但里面的代码结构比较混乱，基本上上没人敢去触碰，因为互相调用的次数太多，加上当初设计代码的人已经离职，后来的人因为板块涉及太多也无法动弹。api

对于遗留代码如何处理？
1.首先保证原有功能的稳定使用，毕竟刚接手代码总体的设计思想以及理念都不清晰的状态下，维稳是第一要素，先是尝试看懂代码了解代码，作局部功能的修改，时间长了真正搞明白了再去作大规模的调整。架构

2.搞清楚接手的代码在整个公司中的地位以及前景，同时对代码的优劣程度作出一个评估，若是是写的框架比较差，同时仍是将来主打的一个方向，这个时候须要从长计议，考虑抽出一段时间对代码进行重构，使之真正成为有效的代码块，在这块就须要和上级主管作好密切的沟通，商议出重构的时间，而且作好代码重构的文档说明。框架

3.若是是很是优秀的代码，就不要想太多了，直接开始慢慢消化学习，从基本的api接口学习，利用好测试模块代码，成熟的代码维护起来也会比较方便，以学习态度对待。svg

C++视频跟笔记都是全网最新最全的，看完工资翻翻，群玖四捌，玖伍四，四捌四学习

总之来说接手前任代码第一要素了解各个模块的功能，若是有文档就学习，没有文档就给补上，代码质量不好就想办法重构，接手别人代码在编码生涯中很是常见，要懂得西纳百川，融合各类可能，这是做为一个程序员的基本标准。测试

但愿能帮到你。编码