如何快速對接新專案

最近專案組有幾位大牛過來對接專案：對當前系統架構進行重構，並對當前出現的bug進行修改

當然，整個對接流程我也聽了大部分，雖然聽完之後我也很懵，不知到他們在說啥（我是乙隻小小菜鳥），但是還是有一番收穫的

對接時主要關注有兩點：

1. 明確該項目的流程

2. 明確該專案遺留的問題及漏洞、出現頻率

在這個專案中，大牛們在溝通系統現狀，了解專案流程時會格外注意當前系統遇到的問題進行分析，然後再後續架構重構時會格外注意。當然具體遇到的問題啥的就不具體寫了。同時我也在網上找了一些文章來充實一下自己。

如何快速的熟悉乙個新的軟體專案？

1、先搞清楚新的專案是搞什麼的。幾個簡單問題：誰在用這個系統？用這個系統解決什麼問題？用這個系統和不用這個系統的區別？根據這些問題去尋找答案。

2、弄清楚系統是怎麼分層、分模組的。每層、每個模組都用到了哪些技術和框架，之間是怎麼通訊的。

3、把開發環境搭建起來，通過幾個典型的功能弄清楚系統裡面的增刪查改、通訊、使用者互動是怎麼實現的。最簡單的方法是根據系統的分層，先從前端到資料庫把daima疏通一下，搞不清楚的話開啟debug模式一步一步的執行檢視。

4、經過上面的3個步驟基本上可以了解到系統的大致功能，後面就可以重點關注那些沒有用過的技術和元件，先搞清楚它的目的、背景、實現原理和功能列表，再照著文件做幾個demo，增加熟悉度。

5、平常開發過程中如果遇到問題首先要相信：

6、對於老系統

程式設計師必備技能——怎樣快速接手乙個新專案：

資料要全

當你接手乙個新專案（別人的專案）的時候，你要第一時間向把專案移交給你的人要到所有的資料。因為在這之後，這個同事可能就會離職了，到時再要什麼文件就不太方便了。一般情況下，你需要拿到這些資料：

技術棧要看懂

拿到文件資料後，我個人的經驗是先要快速瀏覽下文件，不需要看清文件的每個段落，但是我們要通過略讀文件知道這個系統大概是幹什麼的，有哪些功能。這點對我們後續看**幫助很大。

熟悉專案技術棧

快速瀏覽完文件之後，我們就要開始看**了。這個階段，你需要能將**在本地跑起來，知道這個專案運用了哪些技術棧，每個技術棧的作用是什麼。

熟悉上下游系統

搞清楚了上下游系統，我們就知道了誰呼叫了我們系統，或是我們的系統呼叫了誰，查起問題來也能有的放矢。

知道去**查日誌

日誌是查線上問題的關鍵，必須要知道怎麼查日誌，去**查日誌。

知道怎麼打包

接了新需求或者改了bug之後你肯定要發布吧，那你必須要知道這個怎麼打包部署。

知道怎麼部署

接了新需求或者改了bug之後你肯定要發布吧，那你必須要知道這個怎麼打包部署。

熟悉業務**

到了最關鍵的一步了，但是對於這步我覺得不同的系統我們可以區別對待下。有的系統我們接手過來是要在此基礎上長期開發維護的，那這種系統就需要我們好好梳理下業務。

但是有的系統比較穩定了，也不會再加什麼新功能，對於這種系統要不要深入研究就需要我們自己權衡了。因為時間成本上可能划不來。

下面是我熟悉業務的一般流程：

step1：在看業務**之前，首先需要看完資料庫的表設計，不然會不知所云。

step2：然後就是梳理各個介面了，一般是各個controller（一般系統功能都是通過controller暴露出去的），如果你能每個介面跟進去debug一遍，整個呼叫流程都梳理清楚，那麼這個業務你就梳理清楚了（這步最好根據介面文件來梳理）

step3：當然，系統的功能不都是由controller提供的，有的是通過定時任務來觸發的，所以你要看看系統中配置了哪些定時任務，都實現哪些功能；

step5：類似其他的互動