為什麼你寫的程式會有那麼多BUG？

Bug對於我們這些程式猿來講就如同影子一般的存在，無處不在，無孔不入。經常熬夜通宵好不容易解決了一堆Bug，測試組又測出新的Bug，又或是因為解決之前的Bug而導致新的Bug，又或是產品經理提了新的需求改動後導致的新Bug等等，真是累覺不愛了。

各位小夥伴們有沒有想過，為什麼Bug永遠都解決不完？為什麼你寫的程式碼總是有改不完的Bug，別人的就不會或者是很少有Bug？其實Bug永遠是存在的，沒有百分百完美的系統，也沒有百分百完美的程式，只是設計良好的系統或程式Bug很少而已。

那怎樣才能寫出Bug很少的程式碼？我們需要理清產生Bug的途徑有兩種：

1.系統或程式語言本身 2.人為因素

（一）系統或程式語言本身

系統或程式語言導致的Bug情況比較少見，也不是我們能解決的，我們能做的只是上報這樣的Bug，然後讓那些專家來解決，最後等Bug修復後的版本上線。

（二）人為因素

人為因素導致的Bug問題就要複雜一些

設計整體框架的時候，沒有正確“消化”需求，導致根源上的Bug存在（這是最致命的，相當於這個專案是失敗的），一個好的產品經理能把客戶的需求正確反饋出來，一個好的架構師則能把產品經理反饋的需求轉換成問題模型，所以好的產品經理和好的架構師，非常關鍵。

業務需求變更產生的Bug，因為需求的修改導致原來邏輯正確的程式碼出現了Bug。關於這一點，程式碼層面就無能為力了，精通業務才是解決這類Bug的王道。

程式設計師的水平問題產生的Bug（程式碼邏輯問題）。有經驗的程式猿和沒經驗的程式猿在解決Bug的效率是完全不一樣的，經驗豐富的程式設計師更能寫出避免Bug出現或Bug很少的程式碼

站在碼農的角度來說，要解決Bug的話，需要“雙管齊下”，

一管抓業務熟練度，二管抓技術水平

。

如果喜歡我的文章，就關注我吧，或者在評論區裡留言告訴我想了解哪方面的技術和資訊，每天一點小知識，小乾貨分享給你哦！