寫(xiě)于2009-3-9

　　半年前，JoelOnSoftware和CodingHorror合搞的stackoverflow.com剛上線不久，我興沖沖地跑過(guò)去扔了一個(gè)問(wèn)題：

　　你們認(rèn)為編程的首要原則是什么？

　　作為我的學(xué)習(xí)原則的一個(gè)實(shí)踐：

8. 學(xué)習(xí)一項(xiàng)知識(shí)，必須問(wèn)自己三個(gè)重要問(wèn)題：1. 它的本質(zhì)是什么。2. 它的第一原則是什么。3. 它的知識(shí)結(jié)構(gòu)是怎樣的。

　　5個(gè)月過(guò)去了，這個(gè)問(wèn)題到現(xiàn)在還有人回復(fù)，我得到了一大堆有意思的答案，忍不住翻譯過(guò)來(lái)與大家分享：

　　1. 獲得最多認(rèn)同的答案：

KISS – Keep It Simple Stupid

DRY – Don’t Repeat Yourself

　　一點(diǎn)不感到意外吧？

　　注：DRY原則倒是比較好理解和實(shí)踐的。但KISS原則則是看上去直白，其實(shí)實(shí)踐起來(lái)不那么容易的一個(gè)原則，因?yàn)閟imple和stupid的定義并不是每個(gè)人、在每個(gè)場(chǎng)景下都是一致且明顯的，一個(gè)人的simple可能是另一個(gè)人的stupid，一個(gè)人的stupid可能是另一個(gè)人的unnecessary。一旦一個(gè)標(biāo)準(zhǔn)取決于具體場(chǎng)景，事情就不那么簡(jiǎn)單了。所以我們經(jīng)常要說(shuō)“It depends”。

　　2. 獲得第二認(rèn)同的答案：

寫(xiě)代碼時(shí)時(shí)刻設(shè)想你就是將來(lái)要來(lái)維護(hù)這坨代碼的人。

　　在這個(gè)答案后面有人添加到：

最好設(shè)想你的代碼會(huì)被一個(gè)揮著斧頭的精神病來(lái)維護(hù)。

　　有人接著又YY道：

而且這個(gè)揮著斧頭的精神病還知道你住在哪兒。¹

　　注：其實(shí)這個(gè)原則在設(shè)計(jì)API時(shí)也有用：

寫(xiě)API時(shí)時(shí)刻設(shè)想你就是要去使用這坨API的人。

　　3. 一些眾所不一定周知的答案：

先弄清你的問(wèn)題是什么！

　　弄清問(wèn)題永遠(yuǎn)是問(wèn)題解決過(guò)程中的第一步和最重要的一步。

代碼只是工具，不是手段。

　　不知道怎么最好地解決你手頭的問(wèn)題（注：需求、架構(gòu)、算法，技術(shù)選型，etc..），寫(xiě)上一萬(wàn)坨代碼也是浪費(fèi)比特。

知道什么時(shí)候不該編碼。

　　（類(lèi)似條目：YAGNI——“你并不需要編寫(xiě)這坨代碼！”，針對(duì)你的需求編碼，“寫(xiě)你所需”，別做“聰明事”，為一個(gè)不確定的未來(lái)編碼。同時(shí)也注意模塊化設(shè)計(jì)，以便能在未來(lái)新增需求時(shí)無(wú)痛擴(kuò)充系統(tǒng)）

永遠(yuǎn)不要假定你已經(jīng)了解一切了！

不作沒(méi)有證據(jù)的推論。

想清楚了再編寫(xiě)。類(lèi)似條目：如果方案在你腦子里面或者紙上不能工作，寫(xiě)成代碼還是不能工作。

　　4. 一些眾所很可能周知的答案：

越懶越好。

過(guò)早優(yōu)化是一切罪惡的根源。

不要重新發(fā)明輪子。

測(cè)試通過(guò)前說(shuō)什么“它可以工作”都是純扯淡。

了解你的工具。

一切以用戶需求為導(dǎo)向。

利用分治、抽象，解開(kāi)子問(wèn)題之間的耦合。

　　5. 最幽默的答案：

咖啡進(jìn)，代碼出。（Coffee in, Code out）²

　　最后，整個(gè)問(wèn)題的 thread 在這里。

　　Footnotes:

1. 事實(shí)上后面有人指出這是 Martin Golding 的一句名言 [?]
2. 參見(jiàn) Garbage in, Garbage out. [?]

it知識(shí)庫(kù)：編程的首要原則(s)是什么？，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。