掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網(wǎng)交流
我認識到一個非常有悖常理的現(xiàn)象,優(yōu)秀的程序員都是即懶又傻的。

因為懶,他才會寫出各種各樣的工具來替自己干活。因為懶,他才會想辦法避免去寫無聊重復的代碼——因此避免的代碼的冗余,消減了維護的成本,使重構變得容易。最終,這些由于懶惰激發(fā)出的動力而開發(fā)出的工具和最佳編程實踐方法提升了產品的質量。
懶惰的程序員也因此變成了優(yōu)秀的程序員。當然,這只是事情的一部分;從一個懶惰的程序員變成一個優(yōu)秀的程序員,他/她會在學習如何能夠永遠保持懶惰時表現(xiàn)出驚人的不懶惰——也就是,什么樣的軟件工具能讓自己干活更輕松,什么方法能避免繁冗,如何能讓工作更容易的維護和重構。
其次,(我將用多一點篇幅來說明這一點,因為我發(fā)現(xiàn)這個觀點比第一個更難接受。)優(yōu)秀的程序員都是傻的。為什么?因為如果他很聰明,或他知道自己很聰明,他就會:
a)停止學習
b)對自己的工作不再高標準、高要求
第一點將會導致他不再努力的去發(fā)現(xiàn)新的技術,讓自己工作的更快捷。第二點將導致他的代碼變得難以debug,難以重構。在程序員和編譯器無休止的戰(zhàn)爭中,程序員最好一開始就投降并承認是自己的錯,而不是編譯器的錯(除非是關于字符編碼問題,有些編譯器確實有問題)。
但是,還有一個優(yōu)秀的程序員必須笨的更重要的理由。為了尋找到更好的問題解決方案,他必須保持一個謙虛的心態(tài),他必須跳出模式想問題。某種程度上,這會讓他們回到小孩的思維模式;因從未經(jīng)歷“no”的打擊而極具創(chuàng)造力。
相反的思維模式就不是那么具有創(chuàng)見性,會認為對現(xiàn)狀了如指掌,會接受現(xiàn)狀??墒怯钟姓l知道多少你認為的不可能是真正的不可能?知道的越少你就會越激進。你開發(fā)的工具越好,你的產品就會因為它們變得質量更高。
相 似的,當同事問我:“這為什么不好用?”大多數(shù)時候是因為他們修改錯了問題(例如,他想鏈接lib1,但他實際鏈接的是lib2,或事實上他根本沒有鏈接 任何lib)。當你向一個同事求助,尤其是編程問題,你一般不會告訴他更多關于項目的事情。當他問一些很傻的問題時,你潛意識里就會抵制回答,因為你認為 你知道的很清楚,但事實上你并不是這樣。
事情當然有另外一面。太笨也就想不出任何辦法,做錯事,解決不了任何問題。而太聰明的喜歡坐著計劃好問題,但卻很少行動。實用主義的程序員取其中。他知道,10次決策一次錯誤比起只有五次正確決定而另五次什么都不做要好的多。
這有點像一個關于蜈蚣的故事。蜈蚣很擅長使用它的100條腿一起走路。它從來沒有想過它是如何能做到這些的。直到有一天,一個臭蟲問他,“你是如何控制這么多腿走路的?你不覺得讓它們按一定的節(jié)奏配合走路很難嗎?”臭蟲說完就走了,蜈蚣卻仍然坐在那里思考,思考如何走路的,不解,甚至(此生中的第一次)有些擔心了。從那天起,這個蜈蚣再也沒能走一步。
所以,如果你想實現(xiàn)某個事情,不要想太多。當然,這也只是事情的一半….

我們在微信上24小時期待你的聲音
解答本文疑問/技術咨詢/運營咨詢/技術建議/互聯(lián)網(wǎng)交流