軟件開發中“埋雷容易，排雷難”
先講一個親身經歷的故事，在支持一家機頂盒場景的項目中，由於初期客戶不信任，或者是故意刁難，新平臺的引入沒有安排有經驗的老員工或骨幹，直接安排剛畢業的大學生來參與到項目中，其中有的還沒有畢業，只是實習生，C語言的都是剛剛學的，可想項目多麼艱難，其中有個員工，對C語言數組的下標出現越界，但是軟件整個跑起來，不定時的就死機，這種問題比較難復現，客戶不認爲是他們寫的代碼有問題，認爲我公司提供的平臺沒有經過考驗，不完善，爲了徹底解決，我們一行一行代碼去REVIEW，前後花了4個小時，終於找到是數組越界，客戶修改代碼後，不定期死機的問題就沒有了；過了幾周，同樣是不定時的就死機，客戶找不到代碼中的問題，我們又去REVIEW 代碼，同樣是C語言數組的下標出現越界，又花了幾個小時來定位問題，這還算是比較順利的定位問題。在開項目會議中，客戶的研發主管態度不友好，我們就講了項目問題定位的過程，才認識到員工技能不行，導致很低級的錯誤。所以在軟件開發的過程中，一個小的BUG，要修正它，有時會付出很大的代價。
一、什麼場景容易埋雷
基礎知識一知半解，沒有深入
編程經驗欠缺
思路混亂
編程過程時間過長，疲憊狀態下編寫程序
後期接收修改代碼
不良的編程習慣
對接的部分沒有充分溝通，理解不一致
二、如何避免埋雷
編寫代碼的程序員技術要過關，編寫代碼的人還是要有一些專業的培訓，正式上項目前對其要進行相關技能的培訓和考覈，減少人員摸索過程中的出錯。
編程規範的執行，軟件代碼很多低級錯誤是沒有按規定進行編程，所以定期對程序員進行編程規範的宣講，有利於加深編程的規範性，防止出錯。就像消防安全宣傳一樣，防止火災發生。
代碼的REVIEW，通過代碼REVIEW活動，提前進行代碼質量檢查。這一質量活動對軟件代碼質量是比較立竿見影的。
避免程序員疲勞編程，程序員開發代碼過程中要非常專注纔行，思維邏輯不能隨意打斷，非常費精力，軟件代碼又是個極富創意的，在疲勞狀態下，程序員思維很難專注，會時常腦袋轉不動而短路，這時編寫的代碼有點機械式的，常常會引入錯誤。
三、如何提高排雷的技術
軟件有BUG，就需要人來排除，上面將瞭如何避免埋雷，但BUG是避免不了的，人總是有打盹的時候。
如何提高BUG定位能力，下面介紹幾種有效方法；
看打印
檢查編譯器的警告
通過代碼執行打斷，一段一段進行運行，直到錯誤出現