為什麼程式設計師應該少寫程式碼

軟體開發的一個最基本的事實是寫程式碼，但是最大的誤區之一就是把寫程式碼當做工作。當我作為一個程式設計師第一次參加工作的時候，就犯了這樣的錯誤。老實說，寫程式碼真的是一件特有意思的事，它的強大功能，它的多種作用等等都讓我有一種揮斥方遒的豪情壯志，倍有滿足感。但是經過這麼多年在這個行業沉浸，我才終於發現了這個真理：軟體開發人員應該儘可能地少寫程式碼。

不過，可別誤解我的意思，我可不是說我們應該死命地壓縮程式碼，像“程式碼高爾夫”競賽那樣，步步為營，搞得最後自己寫出來的程式碼自己都不理解了。我的意思是，我們現在大多數的時間都用在了寫大段大段的可怕程式碼上，少寫程式碼其實就意味著給自己減輕工作負擔。怎麼樣，聽上去是不是像夏娃的蛇果一樣誘人？

原因

環顧四周，看看你的工具，看看你的框架，正是依靠這些我們才能搞定我們手頭的工作。所有你使用的工具，所有你做的嘗試，這所有的一切歸根究底都是朝著“少寫程式碼”的目標而前進的。工具可以讓我們少犯錯，掃掉會導致麻煩的垃圾。

那麼，為什麼要少寫程式碼呢？首先我得承認，我前面所說的軟體開發人員的任務就是少寫程式碼這一點有點言過其實了。事實是，軟體開發的任務應該是思考，思考手頭的問題，設計出一個完美的解決方案，然後再把這個方案轉變成可供使用者使用的軟體。而寫程式碼僅僅是在這一系列步驟最後一步——寫成軟體——這一過程中產生的副產品。

程式碼就是一個副產品

其實程式碼沒有我們想象的那麼重要。為什麼呢？因為當我們將方案轉化成軟體時，寫程式碼僅僅是一個手段而已。在日常生活中，我們會說說編輯器，談談程式語言，聊聊工作環境。我會這樣做，他會這樣做，大家都會這樣做。享受我們從事的工作所帶來的成果並不可恥。不過關鍵要保持專注。程式碼的確是個超級棒的工具，但是它從有的角度來看也是個麻煩：我們得花大量的時間去寫，一不留神就容易出現bug，光看程式碼還不甚明瞭，並且不甚耐用，需要維護等等。

這就是文章題目我提出“少寫程式碼”的原因。當有時候我感覺事情越來越繁瑣，遠遠超過原先的預計，或者最後的成果過於複雜，我會提醒自己“我需要少寫程式碼”。不論何時，要是我的程式碼在上下文中放不下了，我會毫不猶豫地刪掉重構。與此同時，心中一直默唸著這個原則：我要少寫程式碼。

如果程式碼亂糟糟的一坨堆在那裡，而這時候如果我不得不瀏覽這些玩意兒的時候，我會異常痛苦。少寫程式碼也意味著寫好的程式碼清清楚楚，明明白白。如果我們大家都可以簡練地寫程式碼，那我寫這篇文章的目的就達到了。

最後，本文想說明什麼呢？我覺得，最最重要的是，我們的程式碼只是一個副產品，是在軟體開發過程中產生的，而對此，我們難以避免，唯有選擇接受。不過，我們可以做的是，多多思考，好好重構，及時刪掉過時的程式碼，代之精簡的新程式碼。好吧，各位，改變從今天開始，加油！