要分兩種情況

1.如果bug經常是自己寫的程式碼產生的，那可能自己本身能力、細心程度、態度上存在一定問題，自己可能要引起重視，要加強自己的程式碼reivew或者交叉review，寫單元測試進行測試以及對需求的理解等等方面。我自己也是從事java相關的工作，但自己認為自己寫的程式碼產生的bug數較少，或者是比較明顯及粗心所造成的bug數量較少，因為再需求階段遇到不清晰的點，會及時與產品經理進行溝通；寫完一個功能會自己寫單元測試，測試基本流程是否通順及檢查自己的程式碼。

2.如果是改別的程式設計師的bug，那可以抱一種學習的態度去處理，因為涉及到其他的業務員或者程式碼邏輯，自己接觸多了就會了解公司的其他業務，拓展自己，也提升了自己的處理問題的能力；也能從中學習到其他程式設計師的一些bug之外的相關的寫法，對自己也是一種啟發。我剛進公司的時候，公司人比較少，因為也是充當值班組的成員，每天都會應對生產環境大大小小的問題，當然有些問題是不是自己業務線的一些，因此在問題不是很緊急的情況下，還是會自己先去看錯誤日誌，看程式碼，來嘗試這解決問題，算是對自己的一種鍛鍊，久而久之你也會熟悉其他業務一些常見的問題並解決。

總的說來，bug跟程式設計師為伍是在平常不過的一件事，要做的到的是，減少自己開發程式的bug的同事，也可以試著處理其他bug，來提升自己，沉澱自己。相信一段時間後，再回過頭看，又會是不一樣的體驗了！

寫不完的程式碼，改不完的bug，如果是自己程式碼出現的問題，只要細心的跟蹤一下還是很容易完成解決的。如果是呼叫別人的介面，這種情況下產生的問題就比較複雜了，需要進行聯調聯試。總而言之，問題是時時不斷產生的，這源自於最初設計的時候未能滿足當前的事物發展，導致幾年之前設計的程式碼程式不能夠滿足當前的業務量。有業務我就有需求，有需求，就有問題，就有bug。

任何一個軟體開發人員在開發軟體的時候，都會出現很多Bug，這是一個很正常的事情。

發現Bug的時候，首先不要緊張，思考一下為什麼會出現這樣的問題，如果是一個有經驗的開發人員，往往看到現象多半就能知道是什麼原因造成的了，這也是一個長期積累的結果。

軟體開發過程中往往編碼階段只佔一小部分時間，而軟體測試肯定應該比編碼的時間長，這樣才能最大限度地發現Bug並改正，另外一個軟體在釋出之後也會有一段時間要頻繁的進行維護，修補使用者使用中出現的Bug。很多人在軟體開發出來會有一種很強的成就感，其實如果能夠發現Bug併成功改正，成就感是不會亞於開發一個新的軟體，所以我們應該抱著積極的心態去看待Bug，它可以幫助我們積累經驗，在以後的開發過程中就不會再出現類似的問題了。

更多疑問請移步官網。

最大的體驗就是時間過得非常的快，因為心思都沉迷到這個決解問題上去了，絲毫感覺不到時間的流逝！我覺得bug是促進人進步的墊腳石。

你才經常經常經常與bug為伍，你全家都與bug為伍，我們是bug的締造者不假，但沒有我們哪裡會有測試人員;-)，我們養活了多少人？沒有我們做的系統你連提問都提不了，即使手機也只能敲核桃！！碼字，更不可能了，沒我們開發的輸入法軟體，你只能靠吼！！

“經常”，“為伍”是否可以理解為，你的提問有2個bug呢，語文不精？不懂得尊重？那是不是這些偶爾出現的用詞問題，就代表你長的醜，300斤重，一頓吃25個饅頭，尿尿86米高！！

所以不能因為屁大點兒的八阿哥就否定程式設計師在整個專案中的成果和努力

程式設計師是一個神聖的職業，不接受反駁