一，程式設計師一定是不想改bug的

二，程式設計師是絕對不會相信一個大於2m週期的專案是沒有bug的

三，所以，不是程式設計師想改bug。

多數bug出在產品需求不明確的問題上，現實生活中，往往就是開發完畢後，產品經理表示這不對那不又少了，改，改，改。所以有時，產品經理要捱打就是自找的！

能一次寫好算你牛逼。而且架不住他還改啊。剛開始說一加一等於二就行，等你寫完了，又說要弄個二加二等於四的：這也算你的錯。

有BUG，就用找八哥！俗話說:百密必有一疏。BUG的產生在所難免，有一個專業的工具隨時幫忙檢查BUG，及時修復才是最重要的！

對於我的團隊就很簡單，需求定不下來，客戶的腦袋一轉一個想法，不要說規則都定下來，人家要改也會給你具體的理由，這時程式就要修改，改了之後可能會出現新的bug，程式設計師都知道有時候改個程式碼還不如新寫的，而且程式碼放他一個月不動，再去看跟新程式碼也差不了太多！

說得好 作為程式設計師的我回答：為什麼PM總要改需求 不能一次設計好嗎 為什麼需求不能一次計劃好 非要在釋出前添刪改呢

這個就像你寫文章，你寫好幾十萬字好幾百萬字能保證一個字一個標點不錯？何況程程還是一個邏輯實現的過程，沒考慮周全，粗心，訪問量大，併發數高都會造成bug。

就像人總是在生活中犯錯一樣，很正常，沒人會將自己的人生規劃的嚴絲合縫。程式也是如此 沒有人會將其設計的完美無缺，只是儘量做到足夠好。。

程式開發得越大越複雜，就會出現很多新情況，甚至是新需求。

大量身經百戰的公用模組幾乎不用除錯，但很多就事論事的程式碼就不好說了。

無論你如何仔細小心，面對大量的程式碼，還是逃不過那個定律：只要可能出錯，就一定出錯！

說實話，要想寫一個完美的程式，如果它比較小，可能沒有bug，當它比較大的時候，bug或多或少的就會出現，可以說，一個好的程式，不是寫出來的，而是一步一步除錯，解決bug，然後才能變得越來越好。

你這個問題，我個人不是一個程式猿，研究過一段時間的函式，以及各種程式碼。之所以這樣，是因為需要找很多的資料完善這個指令碼能夠正常執行，人的記憶力好壞是一方面，可能忘記了那一段程式碼，也會造成錯誤。即便指令碼正常按照你的想法執行，依然有很多的不合理之處。

bug，是無處不在的。再小一段程式，都可能存在bug。這個bug的衡量標準是觀察這個程式的人。也就是你認為它存在便存在，你認為沒有便沒有。核心意思就是，滿足使用者需求的程式就是合格的。人心不足，沒有完美的程式能滿足人的一切願望。系統越做越大，bug越來越多。

人這麼高智慧隨機應變的都隨時犯錯，更別說機器了，沒有完美的機器，只有不斷改進的。要是沒有這些個程式猿維護，我們的手機早就就去變磚頭了。遊戲也玩不了。

打個比方，數學每次要考滿分，容易麼。而且程式是透過程式碼來表現數理邏輯、現實世界事物的固有特性、事物聯絡等。程式碼量動不動幾千行，甚至上萬、上十萬上百萬行的，然後要不出現任何一個書寫錯誤、邏輯錯誤等。這裡還是考慮了程式，完還要考慮計算機硬體的特性、原理，計算機系統的設計、原理，還有相容性、可擴充套件性、使用者體驗、互動等許多方面，我只能說設計和實現一個好的程式難度還是比較大的，沒有bug的程式更加是難上加難。

怎麼考試就是考不到100呢

怎麼就是考不上清華北大呢

怎麼連1個億的小目標都達不到呢

需求的多樣性、多面性、多變性，導致bug的不斷衍生性。簡單理解，需求好比是宇宙，那程式設計師寫程式碼就好比是儘可能詳盡地描述宇宙的過程。

我覺得問這個問題本就是一個BUG，所以我要修復，就需要回答。可是人總是會有無窮無盡的問題，那麼就需要有人會一直無窮無盡地回答下去。世界上沒有絕對無漏洞的程式，意味著世界上絕對沒有無BUG的軟體。相當於世界上絕對沒有不問問題的人……

這問題很簡單，你從小到大有沒有犯過錯誤?能不能保證以後永遠不犯錯誤?如果你不能，那麼程式設計師也不能，因為程式設計師也是人……如果你能，那麼程式設計師還是不能，因為程式設計師不是神╮(╯_╰)╭

除了上面的全部回答，我說一個。有些傻逼的公司按工作量算績效的，改一次bug算一次工作。你說是你要是程式設計師你會讓自己下週沒飯吃？

你寫一篇作文，寫完之後發現修改會更好，改完發現還可以修改，一遍一遍修改後才達到自己滿意的樣子。但是說不定文字功底更高的看了還可以修改。哪有一次就完美的事情，程式也是不斷髮現問題不斷修改，蘋果牛逼吧，ios不照樣有bug。