程式設計就像拼模型，有說明書，拼模型很簡單，然而程式設計就像是沒有說明書拼模型。部件越多，拼錯的可能性越大，而且在早期難以發覺

if "程式碼量很小" ：

如果這種情況下，寫出了bug,那可以說明是程式設計師的能力有問題。

else :

如果程式碼量很大的情況下，沒有bug。那估計不是程式設計師，是神。

# 程式碼量的多少無法來準確衡量，但是如果有從來不寫bug的程式設計師，那麼測試應該就會失業了。

程式設計師千萬不能把程式寫得太完美，寫得完美了，你就要下崗了。

原則就是，越重要的程式，要越多bug，這樣才顯得程式難寫和顯得你的責任重。

舉個簡單的例子，一個登入頁面。很簡單吧？在前端開發者看來可以分析出十幾種以上的狀態，多種狀態可能是使用者操作的入口，而這些操作又會引發其它的狀態改變，狀態又可能引發其它狀態的改變。隱藏的問題要比表面上的問題複雜許多。要寫的完善，必須清楚的分析需求，進而找出所有隱蔽的需求，最後才是程式碼實現。我們吃飯都可能咬到自己舌頭，我們怎麼可能簡單地就保證程式沒有bug呢？

大型的程式，有幾千萬行，算1000萬行。

每一行算10個字。

就是一億個字。

不要說計算機語言，就是漢語，

你寫一個一億個字的數，

然後，不出現語法錯誤，不出現邏輯錯誤，不出現前後矛盾。

關鍵是，程式 還要表達邏輯，

關鍵是，程式 還是許多人並行開發的，每個人可能都沒有BUG，但是合在一起，有BUG。

當作家不寫錯字、醫生沒有誤診、當官沒有腐敗、教師沒有誤導、歌唱家沒有跑調的時候，程式設計師寫的程式碼就沒有bug了

是考慮問題的完整性的問題，人是會犯錯的，尤其是狀態不佳的情況，所以bug會有的，單身很縝密或是很有經驗的程式設計師犯錯不多

本質上說，確實是能力不行。用一個數學公式表示，y=1/x。y是bug率，x是能力。 當能力很差(X趨近於0)的時候，bug是相當多的。 隨著能力的提升(X越來越大)，bug會越來越少，當你的能力趨近於無限大的時候，bug也就趨於0了。所以企業招一批神一樣的人物，才能保證低bug率，但人力成本也相當高，好鋼用在刀刃上，沒必要全部是神，這樣企業成本很高

能力只能說bug的多少，能力強的可以又快又準確的完成，並且出問題馬上找到bug解決bug，能力不行的就是出了問題發現除了這幾行其他都是bug

bug不僅僅指程式程式碼問題，也有業務流程的問題，bug是必然的，即使很牛的程式設計師在業務理解上也難免會出問題，這個問題是bug。

有bug，可以迅速定位，立刻解決，這都是沒有問題的。而有時候程式設計師為了體現個人能力也會故意留下bug ，這與個人職業素質相關了！