一旦進入軟體開發的生命週期，bug就不可避免地隨之而來。關於是在軟體開發生命週期的早期還是後期——實施和發布後去修復bug的問題上，產生過許多激烈的討論。軟體開發人員總體認為早期修復bug是最優的策略。
無論是在哪個發展階段，修復bug都非常耗時，而且置之不理會產生一定的成本。越到後期去修復bug，出現的問題可能就越發嚴重。原因如下。
之所以要早點追查和修復bug最大的原因是小問題會隨著時間的推延逐漸演變成大問題，然後修復所需時間就會大大增加。通常情況下，修復乙個bug可以避免其以後成為乙個更為複雜的大問題。
越早修復bug，開發人員所需要的時間就越少。對於剛寫完的**，開發者很容易找到bug的根源，而要從數月前寫得**中尋找影響產品執行的bug則要花更多的時間。在開發過程中，時間就是金錢。
bug會相互疊加，所以如果在它們剛出現的時候不及時修復的話，那麼後面就會越來越多，越來越難。而且面對復合bug追蹤其問題的起源就會更難。假設你手上有乙份關於系統的bug報告，如果只有乙個bug，那麼追查起來顯然很簡單，但要是有很多bug的話，那就費時費力了，因為在這過程中，你還得逐步排除其他錯誤的干擾，這和這篇文章的觀點類似。
為開發團隊定下重視**質量的基調。此外，已知bug可使得團隊成員心情沮喪，因為他們總是不得不重複性地針對一些小問題去執行內部解決方案。
如果你在向終端使用者展示自己的產品時，不能保證已做到盡可能少的錯誤，那麼很有可能會威脅到你的聲譽。如果你拿不出正確的異常處理，那麼客戶將再也不願意體驗正常的程式執行，而這很有可能會貶低產品的整體體驗。語言傳播的力量是巨大的，到時候這款滿是bug的軟體不但會銷量銳減，甚至還會影響客戶對你下乙個產品的信心。
錯誤監測、捕捉bug、搜尋日誌和清理bug是需要時間的，可能客戶會對此焦急和不滿。這也是為什麼很多人會選擇在問題出現在使用者端之前就盡快追蹤和解決掉bug。
airbrake就挺不錯的。它可以監測詳細的堆疊跟蹤資訊、欺騙檢測、部署跟蹤和記錄日誌。另外它還提供乙個跟蹤異常資訊的操作面板，這意味著bug會在幾秒鐘之內解決。
如何更好地修復bug，請閱讀修復bug的12個關鍵步驟。
有這些智慧型軟體的幫助，你還等什麼呢。早點發現和修復bug，那麼我們就能將更多的時間放到開發上去，開發出更好更優秀的產品。
程式設計師的bug修復寶典
bug,又名程式缺陷或者程式漏洞,是每個程式設計師每天都迴避不了的東西。程式設計師對bug的感情可謂是五味雜陳 一方面bug非常可惡，尤其是一些偶現的bug，它強大到可以摧毀乙個優秀程式設計師的意志 另一方面很多bug又是程式設計師自己親手寫下的，無奈之餘只能自嘲一句 不寫bug我們就要失業了！作為...
請重視你的程式設計師
程式設計對很多人來說有點神秘。這就造成了在公司內部，人們對程式設計的事情產生了很多懷疑和疑惑。通常，當你不了解乙個東西是怎樣做成的時，你只能說 可能是這樣吧。如果你從沒見過工地，你也許會認為幾個星期就能建出一棟大樓。事實上，在這樣的時間內是可以完成這棟建築的，只是能不能用就不知道了。如果你看過房子如...
程式設計師如何修復婚姻的 bug？
作為父親來說，我能做的最重要的一件事情是什麼？回家愛你妻子。生物學家 john medina，也是 大腦規則 brain rules 一書的作者，常常被問及該如何做好乙個父親，他的回答出人意料又發人深省。最近在 hacker news 上，看到一家網路諮詢公司的創始人 tyler ward 在 re...