大家好，我是 Z 哥。

所謂“跳槽爽，一直跳槽一直爽”。但是，世上哪有那么好的事哦，跳槽雖然可以帶來(lái)更快的漲薪機(jī)會(huì)，但是你也是要面對(duì)和克服一些新挑戰(zhàn)的，其中最大的挑戰(zhàn)莫過(guò)于要熟悉一個(gè)陌生的項(xiàng)目。畢竟，進(jìn)入到一個(gè)新的團(tuán)隊(duì)，又恰好遇到做的是一個(gè)新項(xiàng)目，這個(gè)概率就太小了。

對(duì)我們程序員來(lái)說(shuō)，這里的陌生項(xiàng)目就是一套陌生的源碼。

有時(shí)候如果運(yùn)氣好，有一位帶教老師或者熱心的同事來(lái)幫助你熟悉項(xiàng)目，那自然會(huì)輕松很多，速度也更快。

但是如果你運(yùn)氣沒(méi)那么好，或者去到了一個(gè)人員緊張的快速發(fā)展期企業(yè)，那就只能靠你自己了。這個(gè)時(shí)候如果你掌握了一些快速熟悉項(xiàng)目的技巧，會(huì)對(duì)你有很大幫助。

否則，因?yàn)闆](méi)能在一定時(shí)間內(nèi)對(duì)項(xiàng)目有足夠的了解，導(dǎo)致工作完成得不好，進(jìn)一步導(dǎo)致沒(méi)過(guò)試用期，那就麻煩大了。

很多人熟悉項(xiàng)目，先從其中用到的中間件開(kāi)始。這個(gè)思路其實(shí)不太好，雖然中間件是通用的，在哪個(gè)項(xiàng)目里都能用，所以比較容易下手。但是具體怎么用，承擔(dān)了什么職責(zé)，在一些細(xì)節(jié)上，不同項(xiàng)目會(huì)有所不同。

所以從中間件入手去熟悉項(xiàng)目，就猶如管中窺豹，了解的并不全面，甚至可能會(huì)判斷錯(cuò)誤。

在 Z 哥的職業(yè)生涯中，大多數(shù)時(shí)候都沒(méi)有什么人來(lái)指導(dǎo)，自己摸石頭過(guò)河熟悉過(guò)大大小小十幾個(gè)項(xiàng)目，也積累了一些經(jīng)驗(yàn)，在這里和大家交流一下。也歡迎你在評(píng)論區(qū)分享你的好方法。

我的思路總共分為 5 步。我相信，沿著這個(gè)思路來(lái)熟悉項(xiàng)目，不敢說(shuō)對(duì)項(xiàng)目了如指掌吧，至少可以在短時(shí)間內(nèi)了解項(xiàng)目的 6、7 分。

/01? 從哪里來(lái)/

“從哪里來(lái)，到哪里去”是一個(gè)著名的哲學(xué)問(wèn)題，其實(shí)這個(gè)邏輯也適用于我們熟悉一個(gè)陌生項(xiàng)目。

大部分情況下，技術(shù)都是為業(yè)務(wù)服務(wù)的，所以任何項(xiàng)目都是為了解決某一個(gè)問(wèn)題而誕生的，因此，「從哪里來(lái)」自然藏在業(yè)務(wù)里。

建議可以從以下兩個(gè)問(wèn)題入手，搞清楚了這兩個(gè)問(wèn)題，相信你也知道了這個(gè)項(xiàng)目的由來(lái)。

誰(shuí)在用這個(gè)系統(tǒng)？

用這個(gè)系統(tǒng)做什么？

其實(shí)你會(huì)發(fā)現(xiàn)，這兩個(gè)問(wèn)題構(gòu)建的是一個(gè)畫(huà)面，一個(gè)人或者一群人在如何使用這個(gè)系統(tǒng)進(jìn)行工作的畫(huà)面。這其實(shí)就是所謂的工作場(chǎng)景，它們也解答了「從哪里來(lái)」這個(gè)問(wèn)題。

舉個(gè)例子，比如說(shuō)你接手了一個(gè)消息通知類的系統(tǒng)，那么經(jīng)過(guò)了解會(huì)得到這樣的一條信息。

運(yùn)營(yíng)人員會(huì)用這個(gè)系統(tǒng)發(fā)送APP通知、短信通知等，以此來(lái)觸達(dá)消費(fèi)者，并引導(dǎo)用戶促成交易轉(zhuǎn)化。

進(jìn)一步你也會(huì)知道，這個(gè)系統(tǒng)的職責(zé)就是編輯通知內(nèi)容、發(fā)送通知、記錄觸達(dá)的結(jié)果。如果更進(jìn)一步的話，還能考慮到點(diǎn)擊率、轉(zhuǎn)化率等數(shù)據(jù)記錄，因?yàn)檫@些數(shù)據(jù)可以更好的幫助操作人完成他的工作目的，“促成更多的交易”。

/02? 到哪里去/

第一步搞清楚了「從哪里來(lái)」，下一步搞清楚「到哪里去」。

「到哪里去」就是搞清楚這個(gè)項(xiàng)目生命周期，這個(gè)項(xiàng)目實(shí)際是如何運(yùn)轉(zhuǎn)創(chuàng)造價(jià)值的。這其實(shí)也是必要的一個(gè)前期準(zhǔn)備工作。畢竟不管做任何事，有準(zhǔn)備總是更好的。沒(méi)有準(zhǔn)備，談何事半功倍呢。

第一步主要需要做兩件事：

知道源碼在哪里。

搞清楚項(xiàng)目運(yùn)行涉及到的環(huán)境。這里的環(huán)境不僅僅是生產(chǎn)環(huán)境，還有各個(gè)測(cè)試環(huán)境和 CI / CD 機(jī)制。

只要知道了這兩項(xiàng)內(nèi)容，其實(shí)你對(duì)這個(gè)項(xiàng)目的「生命周期」就了解的很清楚了。知道了它是如何流轉(zhuǎn)的，就相當(dāng)于知道了它到哪里去。

/03? 梳理技術(shù)鏈路/

在第一步中我們做的工作其實(shí)間接也算梳理了一遍業(yè)務(wù)鏈路。基于這個(gè)信息其實(shí)我們也可以進(jìn)行技術(shù)鏈路的梳理了。

對(duì)于技術(shù)鏈路的梳理，我的建議是，「先縱再橫」。

「縱」就是沿著一條線從前往后梳理，一般從應(yīng)用側(cè)開(kāi)始， 應(yīng)該很多人也的確是這么干的。比如上面我們?cè)谇懊胬又刑岬降耐ㄖ到y(tǒng)，一般是，UI -> API -> MQ / DB -> 各個(gè)通知渠道的 Service -> DB。

「橫」就是對(duì)梳理出來(lái)的多條「縱」的技術(shù)鏈路進(jìn)行整理，找到其中的共同點(diǎn)以及相關(guān)性。這些共同點(diǎn)大多會(huì)由一個(gè)通用組件/ Service 來(lái)滿足需求，而相關(guān)性則代表著多個(gè)業(yè)務(wù)鏈路之間的「耦合」關(guān)系。

當(dāng)然，如果你參與到的是一個(gè)超大型項(xiàng)目，很多「縱」其實(shí)已經(jīng)單獨(dú)做成一個(gè)子系統(tǒng)了，這個(gè)時(shí)候?qū)Α笝M」的梳理，其實(shí)就是對(duì)子系統(tǒng)之間的梳理。

注意，做技術(shù)鏈路梳理的時(shí)候，不需要陷入到代碼細(xì)節(jié)里去，只要大致知道不同 class 之間的引用關(guān)系如何即可。如果你提前深入到代碼細(xì)節(jié)里去，那么一但遇到復(fù)雜度較高的項(xiàng)目，你很容易產(chǎn)生焦慮感。

/04? 梳理數(shù)據(jù)表/

如果說(shuō)站在整個(gè)業(yè)務(wù)的本質(zhì)上看，業(yè)務(wù)無(wú)非就是一堆代碼運(yùn)行在一堆機(jī)器上；那么站在單個(gè)項(xiàng)目來(lái)看，一個(gè)項(xiàng)目無(wú)非就是對(duì)數(shù)據(jù)庫(kù)的增刪改查操作而已；或者從使用者的角度看，一個(gè)項(xiàng)目就是輸入一些參數(shù)得到一些返回結(jié)果而已。

工欲善其事必先利其器，梳理數(shù)據(jù)表我平時(shí)最喜歡用的工具是 Red Gate 里的 SQL Doc 和 SQL Dependency Tracker。前者可以自動(dòng)根據(jù)數(shù)據(jù)庫(kù)的信息生成方便查看的文檔，后者可以生成圖表查看數(shù)據(jù)之間的關(guān)系，很好用。

如果遇到一個(gè)表數(shù)量達(dá)到 3 位數(shù)的時(shí)候，怎么能快速定位核心表呢，有 2 個(gè)小技巧。

忽略 config、log、flow、statistics 為后綴或者前綴的表，這些的表的作用從名字也能看出來(lái)作用，必然不會(huì)包含什么核心業(yè)務(wù)信息。

從一些前綴統(tǒng)一的表，但是前綴不屬于上面 4 個(gè)單詞的表開(kāi)始。比如 order、trade 這種，一般越核心的業(yè)務(wù)，往往基于它前綴所擴(kuò)展出來(lái)的表也越多。

/05? 運(yùn)行并調(diào)試一下/

調(diào)試是一個(gè)有效的 Debug 方式，也是一個(gè)有效理解代碼的方式。我們進(jìn)行調(diào)試的目的倒不是為了弄清楚某一個(gè)業(yè)務(wù)的細(xì)節(jié)，而是通過(guò)調(diào)試來(lái)觀察數(shù)據(jù)的流轉(zhuǎn)情況，驗(yàn)證自己對(duì)之前做的這些信息整理所形成的猜想是否屬實(shí)。

因此，盡量挑選一個(gè)你認(rèn)為業(yè)務(wù)最復(fù)雜的頁(yè)面，然后對(duì)頁(yè)面上的每個(gè)按鈕都去點(diǎn)一下看看。在這個(gè)期間你還能加強(qiáng)對(duì)前后端之間通訊方式的理解。

前陣子寫(xiě)過(guò)一篇《幫助閱讀源碼的 8 個(gè)技巧》，里面有些思路其實(shí)是類似的。

最后再多說(shuō)幾句感想，我知道有很多人在熟悉項(xiàng)目的時(shí)候會(huì)吐槽原來(lái)的設(shè)計(jì)多么多么垃圾。我勸大家善良，因?yàn)榭赡芪磥?lái)接手你現(xiàn)在負(fù)責(zé)的這個(gè)項(xiàng)目的人也會(huì)這么吐槽你。但實(shí)際上我相信每個(gè)人在當(dāng)時(shí)作出的決策設(shè)計(jì)，一定是在當(dāng)時(shí)綜合各方因素后的最優(yōu)解，畢竟沒(méi)有人那么傻，明知故錯(cuò)。

另外，以下這三點(diǎn)也是在我們熟悉項(xiàng)目的過(guò)程中可以相信的事情。

• 你遇到的問(wèn)題很多人已經(jīng)遇到過(guò)并且解決了 。?

• 你遇到的問(wèn)題大概率在當(dāng)前系統(tǒng)里面已經(jīng)有了答案。?

• 你遇到的問(wèn)題大概率在你用的框架和組件里面都有現(xiàn)成的解決方案。

好了，總結(jié)一下。

這篇呢，Z 哥和你分享了我對(duì)如何快速熟悉一個(gè)項(xiàng)目的經(jīng)驗(yàn)。我的思路主要分為 5 步：

從哪里來(lái)

到哪里去

梳理技術(shù)鏈路

梳理數(shù)據(jù)表

運(yùn)行并調(diào)試一下

希望對(duì)你有所幫助。

對(duì)很多人來(lái)說(shuō)，更愿意重頭做一個(gè)新系統(tǒng)而不是去接手一個(gè)老系統(tǒng)。不過(guò)，老系統(tǒng)其實(shí)滿是寶藏，里面有很多你可以借鑒和學(xué)習(xí)的東西。

推薦閱讀：

• 這個(gè)時(shí)代最重要的技能之一
  

• 對(duì)DDD的常見(jiàn)誤區(qū)
  

原創(chuàng)不易，如果你覺(jué)得這篇文章還不錯(cuò)，就「點(diǎn)贊」或者「在看」一下吧，鼓勵(lì)我的創(chuàng)作 ：）

也可以分享我的公眾號(hào)名片給有需要的朋友們。

如果你有關(guān)于軟件架構(gòu)、分布式系統(tǒng)、產(chǎn)品、運(yùn)營(yíng)的困惑

可以試試點(diǎn)擊「閱讀原文」

總結(jié)

以上是生活随笔為你收集整理的每次跳槽，总得面对这摊事的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。