我們會經常遇到一些新來公司的大牛，在短短是一兩週就可以熟悉公司的業務和技術了，而且還能熟練的輔導比他更早來公司的小菜鳥了。

    什麼原因呢？因為他們已經從以往的經驗中總結了一些套路出來了。上套路

    1、絕大部分業務系統，不管它的後端是oracle、mysql、nosql還是記憶體資料庫，也不管它前端是web、H5、Winform、Android還是IOS，它的核心功能都是由增刪查改組成，然後通過通訊、運算和人機互動串起來的，系統的複雜度只要體現在系統規模、效能、穩定性、業務流程、通訊等方面（部分工具類、基礎架構類系統可能不一樣）。

    2、絕大部分系統，不管是基於Java、.NET、C++還是NodeJS技術，都是遵循某種或幾種設計模式分層進行開發的，最最常見的就是MVC了。

    那怎麼快速熟悉新的專案呢？同樣也是套路。

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

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

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

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

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

        1）絕大部分自己遇到的問題很多已經遇到過並解決了。

        2）絕大部分自己遇到的問題在當前系統裡面已經有答案了。

        3）絕大部分自己遇到的問題在你用的框架和元件裡面都有現成的解決方案。

    6、對於老系統。

        1）老系統其實滿是寶藏，裡面有很多你可以借鑑和學習的東西。

        2）老系統也滿是坑，一個看起來毫無關聯的程式碼改了之後可能引發地震。

        3）很多你看著不爽的程式碼其實都有道理。

        4）不要早老系統裡面繼續挖坑。

        5）看不懂的程式碼不要動。

        6）在你力所能及的範圍內讓老系統變得更美好。