論代碼穩定

轉載理由：阿朱寫的這篇文章，把我以前思考的不少問題，都有總結。從此有機會再實踐。目前人微言輕額！只能管好本身！

我經歷了不一樣公司、不一樣軟件研發團隊，但發現犯的錯誤都很類似，因此總結一份，便於你們自行建設本身的團隊。

對於互聯網公司，反正代碼Owner權/服務器Owner權都在本身手上，因此無須懼怕代碼穩定非要強控代碼穩定，只要能作到及時發現BUG（日誌與監控的重要性）、每天上線更新便可。

1、開發leader的職責明肯定位

一、技術設計：技術選型、跨系統接口設計、公共基礎代碼識別/設計/開發/維護、核心複雜代碼實現方案設計/實現/維護、疑難BUG分析診斷、代碼模塊重構梳理分析設計

二、提升生產率：自動化工具研發與推廣、代碼模板研發與推廣

三、開發任務管理：開發工做量評估、開發任務分配

四、質量保證：性能/集成/安全性/可擴展/代碼可維護/程序可運維方面的CodeReview、開發風險識別/報告/解決

五、團隊能力提高：新人指導、領導覆盤總結/分享交流、最佳實踐總結與推廣

開發Leader的職責定位若是不明確，很容易變成沒有技術主控能力的虛胖的管理者，或者很容易變成與其餘程序員爭工做的高級程序員。因此明確好開發Leader的職責，按照職責尋找好開發Leader，發揮好開發Leader的做用，整個團隊的研發質量就能有很大的保證。

2、業務知識完整吸取

一、跨系統業務跟上：全程業務鏈條知識學習，尤爲是跨系統之間的業務銜接

二、新人專業能力跟上：開發Leader做用發揮、師傅製做用發揮

不少BUG是開發團隊對業務細節扭曲理解/細節遺漏

不少BUG是新人對平常工做規範、經常使用技術最佳實踐手法、業務知識/產品代碼/平臺/框架/工具不熟悉，日積月累致使。開發Leader也沒有作嚴格而勤奮的CodeReview，功能從外面看實現了但其實內在代碼一塌糊塗

3、技術知識完整吸取

一、平臺/框架/工具知識吸取

二、通用技術知識吸取：前端知識、數據庫知識

不少BUG是開發團隊對技術不熟悉而錯誤使用技術致使

我爲了讓應用系統研發團隊熟悉瞭解平臺，搞了不少措施：

WIKI：平臺使用文檔、平臺經常使用場景代碼Demo、平臺研發人員撰寫平臺使用最佳實踐

固定每個月交流會：應用系統研發團隊的Leader和平臺研發團隊Leader每個月對接，談平臺的需求、平臺的問題、平臺知識的普及

開放對接人：開放平臺每一個核心組件的主要聯繫人，便於應用系統研發團隊人員出現緊急問題時可以直接聯繫到具體平臺開發人

4、代碼知識完整吸取

一、代碼流程梳理：函數調用關係

二、接口關聯性：URL層、JS函數層、邏輯層、數據庫層（JOB/SP/VIEW/Trigger）

三、在多層多模塊間的多入口多出口的分析遺漏/修改遺漏/修改不一致

不少BUG是開發團隊不斷人來人往致使對歷史代碼沒有全盤熟悉致使

因此，開發團隊人員穩定，開發團隊負責的系統/客戶方穩定，很關鍵

平常，須要固定的學習時間，開發Leader來帶着你們學習代碼流程、接口關聯性影響。

我過去規定過一個月有2次完整的一下午學習時間，這兩個一下午不能安排項目任務，作項目計劃時就要跳過不能算。並且在Leader/總監的考覈方面，也對他們有最佳實踐總結與推廣/部門學習的指標，這就是組織能力建設的KPI。

5、編碼最佳實踐工做規範跟上

一、函數設計最佳實踐、模塊/系統接口設計最佳實踐、先後臺解耦最佳實踐

二、提升程序性能的編碼最佳實踐

三、提升程序安全性的編碼最佳實踐

四、提供程序可運維的編碼最佳實踐

這都須要開發Leader來從CodeReview、覆盤總結、BUG診斷分析中平常梳理總結，這也會影響框架設計、代碼模板設計、接口設計、自動化工具研發、重構分析梳理。

6、開發過程最佳實踐工做規範跟上

一、代碼check in注意事項

二、Bug修改注意事項

三、補丁修補升級注意事項

四、跟蹤調試注意事項

這都須要開發Leader平常梳理總結並推廣執行應用。

原文連接：http://mp.weixin.qq.com/s?src=3&timestamp=1467688862&ver=1&signature=eKJUXV9spI*Q2DDb*3D0Lby4k6A3Yfx5j7RhXhQWWwYYkIZARpOXaRZKWmauW8M3VNQeb0OUndX6BxnstBPyP*546KIKzl*IlzOwy29R9N5dcpm7ancuiGw00lOX22AvYficTUc-3acN8352WTSOrA==