程序員：我們都在為錯誤買單！

還記得在剛開始學習這一行業知識時，便有一種千軍萬馬任你指揮的快感。每天的學習之旅，每到晚上都會帶著美好的想像而入夢：當我將一個個美好的主意用所學的代碼，輕而易舉的實現出來，進而改變人們的生活習慣。不得不說，這的確是一個美好的夢。

緩緩幾年而過，我也正式踏入了這個行業，卻仍也還記得上課那段時間，在編寫「功能代碼」之時，一直都在思考，為什麼每一個功能都只需要那麼短的時間完成，而程序員，每次開發程序，都要很長的時間，以及有那麼多 bug 呢。那時還在沾沾自喜，認為可能是自己天賦好。可當接觸了項目之後，頓時發現自己的想法真是愚不可及，不可理喻。

這是最簡單的項目，或許只能算是學生的期末題——班級學生管理系統。但就是這樣的項目，我卻弄了一天。感覺這真的是對程序員抹黑。

首先，我便花了一下時間在表的設計，並不是大家所想的「先計劃再行動」，而是「邊行動邊計劃」。

其次，我又在思考著接下來該設計那個地方，每每遇到一點困難之時，都會選擇放棄，然後設計別的地方，直到簡單的東西全部過。才開始我的查詢之旅。

查了很久才發現，應該用函數「dcount（）」而不是「count（）」，可默默的我想說，教科書寫的就是「count（）」啊！當然，解決完這一點，還有很多問題等著解決呢。

這是「基本信息導入的追加查詢」。

可為什麼呢？為此我還特地的重啟軟體，搜索子查詢的知識，感覺沒問題啊！

直到最後才發現，原來我少了一個（）。

改回來，重新運行一下，又是一臉迷茫。我不是已經將條件賦予了嗎？怎麼會這樣呢？

一通亂找後，才發現自己打錯了，將「班級代碼」打成「班級編號」。

或許每一段功能都很簡單，但其實在程序開發的時間裡，很大部分都在於為「錯誤」買單。不僅僅是我們自身的錯誤，還有「別人」的錯誤。

直到項目的最後，我才發現我還有東西沒做，除了 bug。

格式設置（防止別人不按照規則輸入）

信息提醒

打開的圖像類型

錯誤動作

什麼，不做？切記，程序員的價值在於用戶的體驗。用戶感覺不好了，我們的感覺也不好啦。還想著升職加薪，供房養家，還是趕緊打碼吧！而一個真正的程序員與「程序員」的區別，或許也在於此了

程序員 >

修復bug的速度

+

製造bug的個數

+

搜索資料的時間

+

代碼的可閱讀性

+

項目的執行效率

+

知識的廣博程度

+

接受錯誤的能力

+

面對上司的咆哮

+

……

=

經驗

>「程序員」

說實話，這就像地圖那般，距離是美好的，放大之後，真相是殘酷的。至少一名有經驗的程序員，不會只會跟著地圖走。

聲明：本文為作者投稿，版權歸對方所有。

作者：馬澤武。作為一名剛接觸程序員生活的實習生，充滿著無盡的夢想，但那也只是夢想，所以大家可以叫我 null。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！