開發者，速度遠比你以為的重要

英文原文：Speed matters: Why working quickly is more important than it seems 

效率高的明顯好處是——單位時間內，能完成更多工作。但這只是冰山一角，假如工作速度快，你就會傾向于低估做事的成本，因此樂于完成更多工作。 

舉個例子，假設你每寫一篇博客都要花六個月。當周六你宅在家里無所事事時，可能也不會想開始寫博客，因為覺得這件事做起來太漫長。 

更糟的是，因為寫博客的進度慢，就更不愿堅持。因為學習一件事最好的方法就是一次又一次重復，而這件事情時間周期太長了。 

這也就是 todo list 通常完成這么慢的原因：我們會對其產生莫名的討厭感。如果一直往里面添加拖著不做的事情，總有一天，todo list 會被棄用。 

我發現如果及時回復別人的郵件，他們就樂于發給我更多郵件。發送者總是渴望得到回復，這種渴望驅使他們寫郵件。換句話說，是速度帶來了更多郵件，因為他們心中對這種信息交換的成本低估了。他們知道自己所做的事，會得到回應，所以更愿意去做。 

現在網絡發達了，公認的一件事就是網站響應速度低會流失用戶。反應遲鈍的網頁就像崩潰了一樣，它會使用戶受挫。或許就是因為，用戶的行為沒能即時得到回報。 

Google 速度遠近聞名。因為他們知道，如果搜索響應快，你就會搜索更多。原因就是，它會鼓勵你嘗試搜索，很快得到反饋，然后你會再去嘗試。當你有了一個想法的時， 搜索不會讓你失去這個靈感，你會認為去 Google 一把的成本近乎于0，它就像你思維的一部分那樣。 

職場中也有同樣的道理，做事快的員工會被分配更多工作。道理很簡單，人們都有懶惰心理，大家都想保護自己的卡路里。將工作分配給慢家伙去做，光 是想想就覺得厭倦。當你要分給這種人活干，在腦子里就會浮現出進程被耽誤好幾天的情形，會不自覺地看見這些人拖延工作的樣子。光是想想就讓人精疲力盡了。 但做事快的人就不一樣，他們的時間看起來“很便宜”，你讓他們做些事情的時候，就知道他們很快會做完，馬上就可以再分給他們別的事情做。所以你就會更傾向 于分給他們更多任務。很諷刺不是嗎？公司里最有價值的員工，卻因為做事比較快，要干最多的活。 

總結一下，規則就是：速度快的系統因為吃得快，所以被喂的就更多。速度慢的系統會餓死。 

再舉兩個例子。適用于個人的這些道理，同樣也適用于組織。如果顧客發現，某家裱畫框的店每次需要兩個月完成一幅，那么他們就去別的店。如果貢獻 者發現某個組織 merge PR 很慢，他們就不再樂意貢獻代碼。反應慢的系統很糟糕，就像長滿了青苔的建筑物，死氣沉沉。人們都喜歡有生機的東西，喜歡反饋及時的系統。 

就拿現在來說，我打字用的編輯器，不知道為什么“撤銷”操作非常慢，這太讓人抓狂了。這讓人越來越不愿意用到“撤銷”操作。從某種意義上，我的 工作方式也被改變了。它讓你不能再依賴這個操作，刪除之前必須三思，或者先暫時將要刪除的內容拷貝到文件末尾，就像 80 年代那樣。如果“撤銷”反應很快，就沒這些事了——那是一項美妙的特性，可以讓人輕松地回到之前的版本。但反應慢的話，簡直就是災難。 

開始做一件事的動力，一部分來自于對工作畫面的想象。一般真正做的時候，不會像想象得那么難。但如果想象中成本很高，做起來是個苦差事，就需要下更大的決心才能開始。 

“慢”就是這幅圖片中重要的成本之一，時間無價。所以當我們認為某項工作很慢時，就會潛移默化地為其添加額外成本。每次想到這種工作，就會情不自禁地想去拖延。 

這就是速度為什么重要的原因。 

因此，對于要重復做很多次，而且必須做好的事情（例如寫作、修復 Bug），就應該盡量做快一些。 

我并非建議馬虎行事。督促自己比平常做快一些是好事，因為在你心里，這將花費更少的時間，也更容易邁出開始的腳步，你能完成的工作將會更多。在做更多的同時，質量也會更好（只要你認真），最終達到又快又好的效果。 

做事快很有趣。如果你是個快筆頭的寫手，就可以經常試驗“新”想法，而不會陷入某個泥潭中掙扎很久。你的 todo list 可以很快劃掉，就更樂意往里面添加新東西。隨著不斷完成更多稿子，整個工作充滿活力。你會感覺自己聰明能干，腳踏實地。當有什么大任務出現，就敢挺身而 出。 

最后，作為“免責聲明”，我必須提醒你，通常提出某法則的作者，卻是此法則最糟糕的實踐者。比如我，工作中，我有一段沒活力的痛苦歷史，組里面經常是我拖大家后腿。在寫作方面，這篇文章從博客題目到最后發布，沒開玩笑，我花了 6 年。 

作者：James Somers 
譯者：賴信濤，關注 Python，喜歡編程和電子游戲。個人博客：http://www.kawabangga.com/