一個程序員換工作、換項目組，這是很平常常見的事情；那麼相對面臨的問題就是遇到一個新的項目，那怎麼去快速熟悉上手這個你不熟悉的項目呢？本人最近公司安排去上海接手1個項目，在這個過程中自己的想法和問題進行一個記錄。
一、需求文檔、設計文檔必須掌握（我們要幹什麼）
如果有人專門培訓對接，培訓對接前就熟悉一遍；如果沒有培訓自己仔細閱讀；
瞭解需求文檔，知道這個項目是幹活，背景是什麼，爲了什麼而存在，存在後解決什麼問題；
設計文檔熟悉，知道這個項目有哪些技術，你知道的、不知道的(不知道自己進行了解)。比如用的是SSM，還是springboot，數據庫是什麼，有沒有用緩存，緩存是什麼，有沒有定時任務，有沒有分佈式，用了幾臺機器，前端什麼技術，有沒有前後分離等等。
二、對代碼進行掌握（代碼在哪寫）
拿到代碼自己進行鑽研，首先明白技術結構是什麼，明白項目分了幾層，每層含義是什麼；
你以後接到需求，你應該清楚具體代碼在那寫；熟悉系統的配置文件，你要修改文件或者配置新的文件，如果出現運行時配置文件問題了，可以加快的定位排查的效率；
代碼在哪裏開始，在哪裏結束，我們應該從哪下手寫，怎麼纔算完成一個需求，這是你必須掌握的；
熟悉代碼可以從接口開始往後熟悉，或者從數據庫開始往前分析。個人習慣從前往後。
三、業務熟悉，系統熟悉(項目是幹什麼)
瞭解這個項目是中間系統，對外提供接受；或者這個項目是一個OA系統，我們要給前端提供哪些接口；
瞭解項目的核心功能，理解整個功能流程怎麼走通；
業務或者系統除過核心流程功能，其餘的可以在以後的過程中慢慢來熟悉。
四、細節處理（我可以幹什麼，優化之類）
這個時候你應該可以上手項目了，基本一些基本的需求，你明白怎麼寫，在那寫；
寫的時候可以注意，一個工具類，常量，異常等等的處理方法；
代碼寫的時候，一些東西的處理，根據你以往的經驗，你可以感覺這個項目用到的技術是不是最新的，那些東西可以優化，不一定最新的是最好，根據項目而定（避免重複造輪子），比如項目存在的一些東西，可以直接運用，沒有必要自己去寫。
項目有不好的地方，你也可以自己去優化，邏輯、sql、工具類等等