什麼是All In？ 是你不知道全力做這件事情會得到什麼。但你只想把它做好的感覺。

     最近專案準時忙碌，每天奮戰在一線，從一開始瞭解需求，整理需求，到系統設計，模組兒設計。隨後前後端介面約定，後臺管理模組兒與核心模組兒開發，前後端介面聯調，與其他系統介面約定聯調。再到全專案測試，以及迎來最終階段的開發與聯調。1個月……沒錯，細分下來工作量是巨大的，但後端就只有一個人。兼專案管理與系統設計開發測試聯調。每晚兩點多還在開發測試各種case……那麼下面說下本次專案開發的週期。

     階段一:從8月24日最終確認產品形態1.0，與之前版本大為不同，除了某些固定介面封裝以外的所有模組兒都需要重構，評估重構工作量與重新開發一套的成本一樣巨大。於是走上了一條不歸路，哈哈……

     階段二:9月1日經過整體詳細設計，資料庫設計，系統架子，結構設計，進入開發階段。工作量巨大，後端只有一個人，導致一開始沒與前端約定好介面，開始連夜把系統管理相關模組兒，列舉，介面物件定義完畢，同時主流程程式碼結構已成型。

     階段三:9月13日，經過連夜開發測試聯調，前後端整體互動聯調進度達到百分之90，主流程模組兒也開始接入外部系統，同時完成主流程圈人，檢驗，動態載入檢驗及各類訊息結果封裝。

     階段四:9月14日到9月21日，前後端模組兒基本完成，主運營流程已與接入系統聯調通過，同時進入全面測試階段，剩下還有百分之10的開發工作量，需要在9月30日完成。

     縱觀整個生命週期，第一次在時間較為苛刻的情況下進行全專案週期的需求，設計，開發，聯調，測試，如今已到收尾階段。從中吸取的經驗如下:

     1.前後端介面的定義儘量提前做，保證前端開發能夠同步進行。

     2.更詳細的功能細分與時間線劃分，由於時間較緊，有任何問題提前暴露，討論解決，暴露風險點，難點與解決方案。

     3.沒有測試的情況下，需要自己一個一個介面編寫單側與測試用例，各種異常捕捉處理。

     4.程式碼是寫給人看的，不是為了完成而完成，即便緊迫的時候不得不先特殊處理，那麼特殊處理之處一定要註明緣由，以防後面的人不知道緣由。

總之，快要累死了哈哈……但經歷過後……會發現……人都是被逼出來的……