1.對項目代碼和結構非常熟悉，知道整個數據流的在代碼中的流動過程和變化過程。知道當前新增的代碼在整個項目處於哪個位置，對於數據會有產生什麽新的變化。這些要心理有數。也就是從架構層面去思考代碼的編寫。
2.對於需求理解的很透。這樣業務邏輯轉成代碼邏輯就不會有任何不清楚的地方。
3.已經解決了技術難點，也就是說前期測試性代碼已經寫過了弄清楚了，避免了突然出現的技術性難點
4.新增的代碼和新增的數據結構已經仔細思考過了，並設計好。也清楚引入這些新的代碼和數據結構對現有代碼的整體影響
5.異常點的位置的處理方案已經安排好了。寫代碼壹部分是正常業務流程，算法過程，但是另外壹大塊就是處理各種異常。當異常出現之後，是代碼重試，報錯後忽略，還是報錯之後停止代碼，還是報錯後清理代碼並重新恢復上壹個狀態，等等。這些都是要心理有數。
6.對於如何新增源代碼文件，命名函數，命名文件名，命名類名，命名變量名有壹整套方案。有時候想個函數名或者變量名都要卡好幾分鐘，就不算飛快了。別笑，想個變量名，百度十來分鐘的時候多了去了。
7.外部環境已經準備好了。IDE穩定，數據庫結構穩定，數據穩定，網絡穩定，訪問網頁順暢，準備好免打擾的牌子。準備好刷卡提需求的二維碼，準備好板磚和大刀，預防產品經理提需求和改需求。