如何快速的熟悉对接新项目，并快速融入开发

最近项目组有几位大牛过来对接项目，对接时并没有聆听他们对接过程，所以对于这次博客起初想记录时是有些困难的，因为很陌生（对于小白的我来说）。后来听对接的同事说，他们在对接时主要就分为两点。

1. 明确项目方该项目的流程
2. 明确项目方该项目遗留的问题及漏洞

虽然只是短短2点，但是我能了解到他们是根据这2方面进行深度挖掘，从熟悉到了解新项目的过程。为了能够更加了解熟悉对接的过程和内容，我找到了几篇关于此方面内容不错的文章，通过学习并大致总结下他们的内容，希望通过此次学习能将这些知识化为己用。以下是我找到的几篇关于此方面的博客，个人感觉内容不错。

以下为总结，详情请看转载原地址

第一篇关于《如何快速的熟悉一个新的软件项目？》

1、首先弄清楚新的项目是做什么

哪些用户使用这个系统
用这个系统解决什么问题
用这个系统和不用这个系统的区别

2、弄清楚系统是怎么分层、分模块的

每层、每个模块都用到了哪些技术和框架
之间是如何通信

3、搭建开发环境，弄清楚系统如何实现增删查改、通信、用户交互。

根据系统的分层，先从前端到数据库把代码疏通
不清楚的地方debug模式运行查看

以上三点关于了解系统的大致功能

4、关注没有用过的技术和组件

熟悉它的目的、背景、实现原理和功能列表
再照着文档做几个demo，增加熟悉度

5、开发过程中遇到的问题

很多已经遇到过并已解决
在当前系统里面已经有答案
在你用的框架和组件里面都有现成的解决方案

6、老系统

内容丰富，有值得借鉴和学习的东西
很多坑，问题多多
很多你看着不爽的代码其实都有道理
不要继续在老系统里面挖坑
不要动你看不懂的代码
在你力所能及的范围内让老系统变得更美好。

1、转载：《如何快速的熟悉一个新的软件项目？》

第二篇关于《程序员如何快速上手一个自己不太熟悉的新项目？有什么技巧？》

此篇文章是基于第一篇文章的内容基础上又结合了个人的看法。

新接手一个系统，如果你的目的是假设需要你排查一个问题，你就能快速定位代码位置这样的要求即可的话，掌握系统的大体架构和核心流程即可。

整体的方法都大同小异，从全局角度理解问题，拆开看细节实现。

1、弄清楚系统是什么（定位，以及对外提供的功能）
2、有文档就看系统的设计文档，弄明白系统的模块结构，理解系统是如何构成的。
（如果没文档只能看代码目录结构，然后试图通过模块间的接口梳理清楚模块关系）
3、看核心功能实现，理解整个功能流程是如何走通。

至于后续如果需要去优化系统关键流程，优化架构，就需要对业务、原理、实现更深刻的理解，没有捷径可走，只能花时间思考和折腾。

仅从单个项目的角度而言，有两个思路：
1、按接口从上往下梳理
2、按数据库从下往上梳理

需要梳理的东西主要有两个：
1、类/方法/函数之间的调用关系
2、参数传递与变化

通过上面的方法基本能整理出一套从接口到各处理类/方法/函数再到数据库的逻辑链条，然后再具体看每个类/方法/函数的实现，基本就能快速上手

2、转载：程序员如何快速上手一个自己不太熟悉的新项目？有什么技巧？

第三篇关于《如何快速了解一个业务，融入开发》

1、业务维度

应用场景
用户角色（各角色使用系统）
业务架构
核心链路（主线）
关键节点展开（核心链路）
周边功能
业务目标

2、技术维度

工程情况：

代码脚手架
技术栈

部署情况：

部署方式
数据库情况
缓存使用
配置参数等
容灾情况
容量评估
故障演练
扩容

监控告警情况：

监控告警平台
关键指标

3、团队做事风格

日常工作处理的流程和规范以及异常、故障的处理
处理事情的SOP，如：需求宣讲、技术评审、主R职责、提测流程、上线流程、线上CASE处理
出现问题时的周知方式，事后复盘形式

4、后续

具体了解自己的工作职责和方向

3、转载：如何快速了解一个业务，融入开发