最近第n次接手新專案，web工程。
工程較老，大概看了下結構，也不規範，很難一眼看下去。但是需求緊急，而且事不少，硬著頭皮接受並了解。
說說準備工作，為後續再接手類似工作做個記錄。
一、git**、svn配置，優先搞定環境，本地跑起來。
二、大概看下工程架構，即資料夾劃分，方便後續找**用，同時了解工程配置基本資訊比如框架、框架檔案等。
三、最重要的一點，拿到乙個研發環境的平台賬號，從登陸開始摸索登陸後最明顯的幾個核心功能後台。賬號系統體現乙個平台的基本設計能力和大概思路，一定要從這裡入手熟悉。
五、根據自己接手的新需求，檢視關聯業務。如果四全新業務，最好，說明它只跟賬號系統掛鉤，隨你怎麼新寫；如果有關聯業務，當然基於已有功能寫新方法、新分支，不過麻煩的是，一定要熟悉已有功能的各類場景、並避免對已有功能產生逆向影響。
六、很多舊工程的工具類、公共類無法在新工程上使用，很頭疼，但是沒辦法，乙個個來：要麼改用新的，要麼自己建立「符合自己習慣和規範的類方法」等。
以上，最重要是第三點；最煩人的是第五點；稍微麻煩點的是第六點。
乙個工程師該如何高效工作
1.靜。在千頭萬緒，百般push，各種im 郵件狂轟濫炸中保持乙個靜字，找到最適合現在做的事情，情緒不要被外界所干擾。一次只做一件事，不要被打斷。有的公司土鱉文化嚴重，領導一會兒要求你幹這個，一會兒又說另外乙個事更緊急，完全打亂你的節奏。殊不知其實事情也沒那麼急，都是不把工程師當人的企業文化造成的。...
為什麼新來的技術很難接手維護乙個系統
為什麼開發功能變得越來越慢?某天來乙個技術，他跟老闆說 這個系統太臃腫了。很亂，我很難開展工作下去，至少很難按照我的經驗和設想來實施。如果想讓我順利幹下去，辦法就是對系統進行重構一次 重構 或者開發新的系統替代原來系統 我們讓專案變得可維護性有很多。對公司，對接手的技術，都是有利而無害的。自己做的成...
為什麼新來的技術很難接手維護乙個系統
為什麼開發功能變得越來越慢?某天來乙個技術，他跟老闆說 這個系統太臃腫了。很亂，我很難開展工作下去，至少很難按照我的經驗和設想來實施。如果想讓我順利幹下去，辦法就是對系統進行重構一次 重構 或者開發新的系統替代原來系統 我們讓專案變得可維護性有很多。對公司，對接手的技術，都是有利而無害的。自己做的成...