程序员怎么才能快速熟悉掌握一个项目

       一个程序员换工作、换项目组，这是很平常常见的事情；那么相对面临的问题就是遇到一个新的项目，那怎么去快速熟悉上手这个你不熟悉的项目呢？本人最近公司安排去上海接手1个项目，在这个过程中自己的想法和问题进行一个记录。

       一、需求文档、设计文档必须掌握（我们要干什么）

      如果有人专门培训对接，培训对接前就熟悉一遍；如果没有培训自己仔细阅读；

      了解需求文档，知道这个项目是干活，背景是什么，为了什么而存在，存在后解决什么问题；

      设计文档熟悉，知道这个项目有哪些技术，你知道的、不知道的(不知道自己进行了解)。比如用的是SSM，还是springboot，数据库是什么，有没有用缓存，缓存是什么，有没有定时任务，有没有分布式，用了几台机器，前端什么技术，有没有前后分离等等。

       二、对代码进行掌握（代码在哪写）

        拿到代码自己进行钻研，首先明白技术结构是什么，明白项目分了几层，每层含义是什么；

        你以后接到需求，你应该清楚具体代码在那写；熟悉系统的配置文件，你要修改文件或者配置新的文件，如果出现运行时配置文件问题了，可以加快的定位排查的效率；

        代码在哪里开始，在哪里结束，我们应该从哪下手写，怎么才算完成一个需求，这是你必须掌握的；

       熟悉代码可以从接口开始往后熟悉，或者从数据库开始往前分析。个人习惯从前往后。

       三、业务熟悉，系统熟悉(项目是干什么)

         了解这个项目是中间系统，对外提供接受；或者这个项目是一个OA系统，我们要给前端提供哪些接口；

         了解项目的核心功能，理解整个功能流程怎么走通；

         业务或者系统除过核心流程功能，其余的可以在以后的过程中慢慢来熟悉。

       四、细节处理（我可以干什么，优化之类）

          这个时候你应该可以上手项目了，基本一些基本的需求，你明白怎么写，在那写；

          写的时候可以注意，一个工具类，常量，异常等等的处理方法；

         代码写的时候，一些东西的处理，根据你以往的经验，你可以感觉这个项目用到的技术是不是最新的，那些东西可以优化，不一定最新的是最好，根据项目而定（避免重复造轮子），比如项目存在的一些东西，可以直接运用，没有必要自己去写。

       项目有不好的地方，你也可以自己去优化，逻辑、sql、工具类等等