對於長生命週期的大型軟體，流程和規範十分必要。IT行業作為一個快節奏的行業，不光技術革新快，人員的更替也是很快的，沒有嚴格的規範和流程，幾個大版本迭代下來，可能產品的程式碼就維護不下去了。

估計很多大廠的小夥伴面對自己日常開發維護的的code base會產生這樣一種錯覺，這麼龐大複雜，邏輯繞來繞去，時不時會有些巨型函式，還有些看的讓人崩潰的if esle分支，各種自造的輪子，歷史遺留天書程式碼，但是就是這麼神奇，軟體跑的好好的，功能效能都沒有任何問題。這個時候不得不感慨軟體工程的魅力，下面就談談軟體開發中我個人認為的比較有用的流程和規範。

合理的特性規劃

大型軟體是有自己特定的版本節奏的。每個版本能夠承載的feature是有限的，這個也要根據feature的技術複雜度來評估。不顧客觀規律的大躍進是要不得的，Windows Vista就是被過於牛逼的特性所拖累的典型案例。沒有合理評估匆忙開發的特性往往會成為產品後面的技術債務，bug爆發的源泉，長期都穩定不了。

規範的文件寫作和方案評審

規範的文件協作和方案評審大型軟體開發中的重要一環。方案是否準確嚴謹，是否繞彎子了，這個經過團隊評審才會發現，一個人的思維往往會有侷限性，經過大家的評審，早日把方案級的錯誤給排除，後面開發才會更順利。此外，文件還有一個重要的作用就是給後面來的小夥伴看的，把團隊人員變更對產品開發的影響降到最低。

統一的程式碼風格與嚴格的code review

程式碼風格一定要統一。比如：大家大括號都不換行，你非得換；大家都用駝峰命名，你偏用下劃線；程式碼庫裡有現成久經生產環境考驗的雜湊庫容器庫，你偏偏自己造輪子…那你肯定會被狠狠的懟。新人程式碼裡花式秀騷操作的無一例外都過不了code review的，不遵守規範的程式碼還想check in，模組的owner不發飆就不錯了。忽然想起 Linus 面對pull request裡的騷操作所發的飈：

大型軟體作為公司重資產，是要長期演進和維護的，每個人都來騷一把，那麼只能是吃棗藥丸~

清晰的分支管理策略

分支管理是一門藝術。master分支，feture分支，release分支，bug-fix分支，test分支都是有其不同的功能的。Linux Kernel核心的分支管理絕對是分支管理的典範。軟體開發中專案管理很重要的一環就是code base的分支管理，圍繞不同的分支型別，會有不同的配套構建測試系統，這些都是保證開發活動有序進行的基礎。

每日的持續整合與驗證

持續整合（Continuous integration）對於大型軟體非常非常重要。因為需要整合的元件提多了，涉及的部門和開發團隊多了，bug也會相應變多，這個時候保證bug在第一時間發現就非常關鍵了，今天這個元件一個bug，明天那個元件一個bug，不及時解決，一起在後期爆發，絕對夠喝一壺的。

定期效能測試歸檔

效能作為一個關鍵指標，是需要長期監控的。週期測試並且存檔perf資料。第一時間發現效能惡化引入的版本節點，修復的代價是最小。如果沒有這些記錄，往往後面優化都沒有針對點。還是那個道理：問題發現的越早，越容易解決。