我認(rèn)識(shí)到一個(gè)非常有悖常理的現(xiàn)象，優(yōu)秀的程序員都是即懶又傻的。

因?yàn)閼校艜?huì)寫(xiě)出各種各樣的工具來(lái)替自己干活。因?yàn)閼校艜?huì)想辦法避免去寫(xiě)無(wú)聊重復(fù)的代碼——因此避免的代碼的冗余，消減了維護(hù)的成本，使重構(gòu)變得容易。最終，這些由于懶惰激發(fā)出的動(dòng)力而開(kāi)發(fā)出的工具和最佳編程實(shí)踐方法提升了產(chǎn)品的質(zhì)量。

懶惰的程序員也因此變成了優(yōu)秀的程序員。當(dāng)然，這只是事情的一部分;從一個(gè)懶惰的程序員變成一個(gè)優(yōu)秀的程序員，他/她會(huì)在學(xué)習(xí)如何能夠永遠(yuǎn)保持懶惰時(shí)表現(xiàn)出驚人的不懶惰——也就是，什么樣的軟件工具能讓自己干活更輕松，什么方法能避免繁冗，如何能讓工作更容易的維護(hù)和重構(gòu)。

其次，(我將用多一點(diǎn)篇幅來(lái)說(shuō)明這一點(diǎn)，因?yàn)槲野l(fā)現(xiàn)這個(gè)觀點(diǎn)比第一個(gè)更難接受。)優(yōu)秀的程序員都是傻的。為什么?因?yàn)槿绻苈斆鳎蛩雷约汉苈斆鳎蜁?huì)：

a)停止學(xué)習(xí)

b)對(duì)自己的工作不再高標(biāo)準(zhǔn)、高要求

第一點(diǎn)將會(huì)導(dǎo)致他不再努力的去發(fā)現(xiàn)新的技術(shù)，讓自己工作的更快捷。第二點(diǎn)將導(dǎo)致他的代碼變得難以debug，難以重構(gòu)。在程序員和編譯器無(wú)休止的戰(zhàn)爭(zhēng)中，程序員最好一開(kāi)始就投降并承認(rèn)是自己的錯(cuò)，而不是編譯器的錯(cuò)(除非是關(guān)于字符編碼問(wèn)題，有些編譯器確實(shí)有問(wèn)題)。

但是，還有一個(gè)優(yōu)秀的程序員必須笨的更重要的理由。為了尋找到更好的問(wèn)題解決方案，他必須保持一個(gè)謙虛的心態(tài)，他必須跳出模式想問(wèn)題。某種程度上，這會(huì)讓他們回到小孩的思維模式;因從未經(jīng)歷“no”的打擊而極具創(chuàng)造力。

相反的思維模式就不是那么具有創(chuàng)見(jiàn)性，會(huì)認(rèn)為對(duì)現(xiàn)狀了如指掌，會(huì)接受現(xiàn)狀。可是又有誰(shuí)知道多少你認(rèn)為的不可能是真正的不可能?知道的越少你就會(huì)越激進(jìn)。你開(kāi)發(fā)的工具越好，你的產(chǎn)品就會(huì)因?yàn)樗鼈冏兊觅|(zhì)量更高。

• 我從工作中總結(jié)出，一個(gè)優(yōu)秀的程序員，在從經(jīng)理那里確認(rèn)一個(gè)需求時(shí)，他需要以一個(gè)笨人的思維模式;他會(huì)從最簡(jiǎn)單的，孩子般的問(wèn)題問(wèn)起。他不會(huì)想當(dāng)然的接受這個(gè)問(wèn)題提供者提供的信息。在web開(kāi)發(fā)中一個(gè)典型的交談會(huì)是這樣：
• “昨天，一個(gè)客戶說(shuō)我們網(wǎng)站上的logo圖片無(wú)法顯示。”
• “他重啟瀏覽器了嗎?”
• “是的。”
• “他重啟計(jì)算機(jī)了嗎?”
• “是的。”
• “他清空緩存了嗎?”
• “是的。”
• “他用的是IE6嗎?”
• “是的。”
• “他確信是沒(méi)看見(jiàn)嗎?”
• “是的。”
• “他是在電腦屏幕上看我們的網(wǎng)站嗎?”
• “什么?”
• “是這樣，他也許把它打印了出來(lái)。”
• “不，看是盯著屏幕看的。”
• “除了logo，他能看到網(wǎng)站上的其它圖片嗎?”
• “什么?哦，我問(wèn)問(wèn)。”
• 為了說(shuō)明我們的主題(這個(gè)故事完全是虛構(gòu)的)，我們假設(shè)客戶真的關(guān)閉了瀏覽器的圖片顯示。也許是他兒子干的。不管怎樣，如果你用“聰明”的模式思考，你很難找出這樣的答案。所以這個(gè)程序員問(wèn)的問(wèn)題都不需要任何的編程知識(shí)。因?yàn)檫@是一個(gè)很傻的問(wèn)題，所以只有傻辦法才能解決。
• 數(shù) 年前，我曾就因?yàn)槲业囊淮胃露獕恼麄€(gè)網(wǎng)站的事情進(jìn)行了一此很長(zhǎng)的電話討論….事實(shí)證明是因?yàn)槟莻€(gè)家伙把他的瀏覽器的CSS給禁掉了。從那時(shí)起，我就開(kāi) 始懷疑一切，而不是因?yàn)檫@樣一個(gè)簡(jiǎn)單的事情而聆聽(tīng)一個(gè)半小時(shí)什么是代碼質(zhì)量的抱怨。最終，猜測(cè)是我的更新出了問(wèn)題….只是一個(gè)猜測(cè)。如果你想解決問(wèn)題，最 好的方法是只聽(tīng)事實(shí)部分，不要聽(tīng)他們認(rèn)為的可能的原因。

相 似的，當(dāng)同事問(wèn)我：“這為什么不好用?”大多數(shù)時(shí)候是因?yàn)樗麄冃薷腻e(cuò)了問(wèn)題(例如，他想鏈接lib1，但他實(shí)際鏈接的是lib2，或事實(shí)上他根本沒(méi)有鏈接 任何lib)。當(dāng)你向一個(gè)同事求助，尤其是編程問(wèn)題，你一般不會(huì)告訴他更多關(guān)于項(xiàng)目的事情。當(dāng)他問(wèn)一些很傻的問(wèn)題時(shí)，你潛意識(shí)里就會(huì)抵制回答，因?yàn)槟阏J(rèn)為 你知道的很清楚，但事實(shí)上你并不是這樣。

事情當(dāng)然有另外一面。太笨也就想不出任何辦法，做錯(cuò)事，解決不了任何問(wèn)題。而太聰明的喜歡坐著計(jì)劃好問(wèn)題，但卻很少行動(dòng)。實(shí)用主義的程序員取其中。他知道，10次決策一次錯(cuò)誤比起只有五次正確決定而另五次什么都不做要好的多。

這有點(diǎn)像一個(gè)關(guān)于蜈蚣的故事。蜈蚣很擅長(zhǎng)使用它的100條腿一起走路。它從來(lái)沒(méi)有想過(guò)它是如何能做到這些的。直到有一天，一個(gè)臭蟲(chóng)問(wèn)他，“你是如何控制這么多腿走路的?你不覺(jué)得讓它們按一定的節(jié)奏配合走路很難嗎?”臭蟲(chóng)說(shuō)完就走了，蜈蚣卻仍然坐在那里思考，思考如何走路的，不解，甚至(此生中的第一次)有些擔(dān)心了。從那天起，這個(gè)蜈蚣再也沒(méi)能走一步。

所以，如果你想實(shí)現(xiàn)某個(gè)事情，不要想太多。當(dāng)然，這也只是事情的一半….

原文鏈接：http://blogoscoped.com/archive/2005-08-24-n14.html

譯文鏈接：http://www.aqee.net/why-good-programmers-are-lazy-and-dumb/