懶
只有懶惰的程序員才會(huì)去編寫那些可以最終代替自己工作的自動(dòng)化工具，才不會(huì)成天為了實(shí)現(xiàn)相似的功能去編寫大段大段冗余重復(fù)的代碼 - 這種代碼往往是軟件后期維護(hù)和重構(gòu)的天敵。通常來說，由于惰性的驅(qū)使所產(chǎn)生出來的工具和程序?qū)⒆罱K極大的提高生產(chǎn)開發(fā)的速度。
當(dāng)然，對(duì)于一個(gè)程序員來說，光光具備懶惰這個(gè)要素還是不夠的。在享受懶惰之前，他必須以最大的熱情和最高的效率去研究解放自己的途徑，比如：找到最有助于開發(fā)的工具，最能體現(xiàn)“一次編寫，多次復(fù)用”精神的代碼架構(gòu)的設(shè)計(jì)。只有在這些必要的工作之后，才可能真正享受輕松編程的樂趣。
所以“懶”的精髓用一句老話來描述，那就是磨刀不誤砍柴功。如果你不想辦法磨亮手中的柴刀，就算一天二十四小時(shí)都在砍柴，效果也不如拿把鋒利的斧頭一天只砍一小時(shí)。
從這個(gè)角度來說，Google給員工的20%自由時(shí)間是完全發(fā)揮了“懶”的能動(dòng)力。為了更好的享受偷懶的樂趣，員工會(huì)更加具有創(chuàng)造力的去高效完成自己的任務(wù)。
夸張一點(diǎn)來說，懶惰才是人類進(jìn)步的原動(dòng)力。
笨
這一點(diǎn)似乎比懶更讓人不能接受。在解釋這里所說的笨的具體含義之前，我們先看看一個(gè)聰明人（或者說認(rèn)為自己足夠聰明）會(huì)做什么：
1) 停止學(xué)習(xí)新的東西
2) 不愿意用批判的眼光去審視自己的工作
第1點(diǎn)將使我們很難去接受或者主動(dòng)的去研究一項(xiàng)新的技術(shù) - 即使新技術(shù)能帶給他更多工作上的便利。第2點(diǎn)會(huì)使我們無法清晰的分析自身工作的問題所在，要對(duì)其進(jìn)行改進(jìn)或者重構(gòu)就更加困難。
從這兩點(diǎn)來考慮，作為一個(gè)程序員太自以為是不見得是件好事情。由于對(duì)自身的過于自信，往往無法客觀的看待自己和自己的工作。相反的，笨一點(diǎn)（確切的說，謙遜一點(diǎn)）有時(shí)候倒有助于開發(fā)的順利進(jìn)行。舉例來說，當(dāng)程序出現(xiàn)bug的時(shí)候，最好盡早承認(rèn)問題是出在自己編寫的代碼上面而不是在于編譯器（當(dāng)然除非是字節(jié)高低位編碼方式之類的問題，這種問題編譯器會(huì)是錯(cuò)誤的根源之一）。如果你太自負(fù)的認(rèn)為自己的程序沒有問題而去猜測(cè)可能是編譯器或者其他的什么外部因素出問題的話，那么十有八九你會(huì)在調(diào)試過程中走上一長(zhǎng)段的彎路。
程序員應(yīng)該笨一些的更為關(guān)鍵的原因在于，當(dāng)需要思考問題的最佳解決方案的時(shí)候，往往要求我們首先要跳出思維定式。你對(duì)系統(tǒng)了解的越多，積累了越多的經(jīng)驗(yàn)，就越難走出已有的局限，可以嘗試的范圍就越小。相反的，對(duì)于一個(gè)什么也不懂的門外漢來說，因?yàn)闆]有任何失敗的記憶和潛規(guī)則的約束，也就沒有什么是“不可能”的，這樣的大腦所能迸發(fā)出來的在專業(yè)人士看起來愚不可及的想法往往正是解決問題所需要的關(guān)鍵點(diǎn)所在。
可能很多程序員都會(huì)有類似的經(jīng)歷，在面對(duì)別人（尤其是其他部門）對(duì)于一個(gè)bug的描述的時(shí)候，必須把自己擺在一個(gè)普通用戶而不是程序開發(fā)者的角度來分析問題，否則的話可能你永遠(yuǎn)都想象不到這種錯(cuò)誤也會(huì)發(fā)生。越能讓自己變得“笨”起來，越能很快的定位到問題所在。我們先看看這么一段關(guān)于web開發(fā)問題的程序員和客服人員的對(duì)話：
“從昨天開始我們的用戶就看不到我們站點(diǎn)上的Logo了。”
“他試過重啟瀏覽器么？”
“是的。”
“他試過重啟電腦么？”
“是的。”
“他清空過瀏覽器Cache么？”
“是的。”
“他的瀏覽器版本是IE6么？”
“是的。”
“他確信是真的看不到Logo了么？”
“是的。”
“他是在電腦顯示器屏幕上看我們的站點(diǎn)么？”
“什么？”
“比如說，它可能是打印出來看不到？”
“不。他是在顯示器上看的。”
“除了站點(diǎn)Logo之外，他是不是其他的圖片都看不到？”
“什么？哦。我再問問他。”
從這段對(duì)話來說，估計(jì)用戶實(shí)際上是禁止了瀏覽器顯示圖片的功能（或者他兒子干的）。不管怎么樣，如果你不是用這種傻瓜式的思維方式去尋找答案的話，可能怎么也找不到問題的根源。
很多時(shí)候，問題發(fā)現(xiàn)者對(duì)于問題的描述往往是非常片面的，并且加上了主觀推測(cè)的成分在里面。如果你不能透過這些主觀的描述去發(fā)現(xiàn)問題的實(shí)際表象，或者說根本就是你自己根據(jù)程序員的經(jīng)驗(yàn)邏輯來判斷問題所在的話，十有八九會(huì)在歧途上越走越遠(yuǎn)。
對(duì)于白癡級(jí)的問題，只有用白癡的行為方式才能得到答案。
即便同樣是程序員，但對(duì)于你的程序并不熟悉，也會(huì)經(jīng)常有這樣的疑問：“為什么我調(diào)用你的代碼出錯(cuò)了？”這種問題的答案，很多時(shí)候是因?yàn)樗麄兊恼{(diào)用方式不對(duì)，或者調(diào)用了錯(cuò)誤的庫(kù)文件，或者庫(kù)文件的版本使用不當(dāng)，或者根本就沒有聯(lián)接到庫(kù)文件上。當(dāng)你想讓同事幫你檢查一下程序中的一個(gè)莫名其妙的bug的時(shí)候，一般來說希望他對(duì)你的系統(tǒng)了解的越少越好，只有這樣他才會(huì)問一些你自己認(rèn)為絕對(duì)不可能出問題的“笨”問題。
所以“笨”的精髓在于你如何去思考問題：不要假設(shè)些什么，把自己假設(shè)的太完美或者把別人假設(shè)的很聰明都會(huì)使你忽視一些很淺顯的事實(shí)。思考的前提必須是完整的事實(shí)表象，思考的過程必須是拋棄成見的問題跟蹤。在發(fā)現(xiàn)事實(shí)之前作太多的主觀思考和臆斷，倒不如把自己當(dāng)作白癡一樣來行動(dòng)更好。
當(dāng)然，不思考的一個(gè)極端是不分情況都直接去做，另一個(gè)極端是完全脫離事實(shí)，用思想辦事。一個(gè)優(yōu)秀的程序員應(yīng)該做好權(quán)衡。10次決定里面的1次錯(cuò)誤決定不是致命的；只做5次正確的決定而另外5次沒有任何決定才更糟糕。
最后是一個(gè)蜈蚣的故事。蜈蚣本來用自己的幾百只腳走路走的很快很好，但他從來沒有花時(shí)間去想過為什么。直到有一天，一只臭蟲問他：“你是怎么管理好你的幾百只腳的？你不覺得這是件很困難的事情嗎？”臭蟲問完之后就走了。只剩下蜈蚣坐在地上，不停的思考這個(gè)問題，卻一直想不出個(gè)究竟。從此以后，這只蜈蚣再也沒辦法好好的走路了