常規的做法是看設計文件、了解背景、維護**等。經過這一階段的體會，總結到以下可行的方法。a. 先了解基本的框架、類庫的大概作用
b. 從配置檔案入手，必須了解每乙個配置的含義，特別是該配置對應功能的實現邏輯。這對於維護系統、討論問題特別重要，如果連乙個配置都不知道，怎麼還能說在維護這個系統?!
c. 把**重要的邏輯圖示記錄下來，系列圖、流程圖，或者是偽**都行，主要是進一步理解、分析、記憶的過程
a. 保持原來的**、異常處理、容錯風格，特別是對於異常處理、變數命名的一致性，有時候還要參考其它模組。當然，明顯不對的地方要改進。
b. 開始一定要進行全方位的測試，在測試過程中，可能會有意外的發現和收穫。
如何快速接手乙個新系統
背景回顧 受今年疫情影響，公司之前負責 產品的人員準備離職了，然後領導安排你來與他做工作交接，後面產品的工作就交給你來負責了。系統的位址和資料某某一會發給你，可以去看看。那麼產品經理如何交接工作，盡量最大程度的接收資訊，以便快速接手乙個新系統？此時，我們可以擼起袖子就開幹麼？此時我們面對的是乙個全新...
如果快速接手乙個複雜的系統
由於最近乙個同事突然離職，把乙個後端系統交接給了我。因為自己以前只負責前端邏輯，又不與業務打交道，後端系統幾乎未曾用過，雖然同事走之前給我介紹過系統，但是當時完全沒有概念。所以這兩周的工作有些手忙腳亂的。心想著交接這種事情，以後必然少不了要面對，所以就把自己的一些經驗教訓記錄下來。對於乙個功能繁多 ...
如何接手乙個專案
首先將專案 大目標 分為三個小目標 業務 技術 團隊運作。業務 請同事講一下，這個業務是做什麼的，解決什麼樣的問題，具體的業務流程是什麼樣子的。在這期間，不需要弄懂所有的細節，只需要建立起初步的框架。技術 你先得知道整個系統用到的技術棧，這樣你對系統用到的框架和工具就有數了。對外 系統對外提供哪些介...