1. 無(wú)風(fēng)不起浪

別緊張，這也許只是一場(chǎng)消防演習(xí)

代碼設(shè)計(jì)是否糟糕，從某些地方就可以看出來(lái)。比如：

•a. 超大類(lèi)或超大函數(shù)

•b. 大片被注釋的代碼

•c. 邏輯重復(fù)

•d. If/else嵌套過(guò)深

程序員們通常稱(chēng)它們作代碼異味(Code Smell)，但是就我個(gè)人認(rèn)為“代碼警報(bào)”這個(gè)名字更為合適一些，因?yàn)樗懈叩木o迫感的含義。根本問(wèn)題處理不當(dāng)，終將引火燒身。

譯注：Code Smell中文譯名一般為“代碼異味”，或“代碼味道”，它是提示代碼中某個(gè)地方存在錯(cuò)誤的一個(gè)暗示，開(kāi)發(fā)人員可以通過(guò)這種smell（異味）在代碼中追捕到問(wèn)題。

2. 預(yù)防為主，治療為輔

好吧，我相信了！

20世紀(jì)80年代，豐田公司的流水作業(yè)線(xiàn)因?yàn)樗谌毕蓊A(yù)防方法上的革新變得出了名的高效。每個(gè)發(fā)現(xiàn)自己的部門(mén)有問(wèn)題的成員都有權(quán)暫停生產(chǎn)。這個(gè)方法意在寧可發(fā)現(xiàn)問(wèn)題后馬上暫定生產(chǎn)、解決問(wèn)題，也不能由其繼續(xù)生產(chǎn)而導(dǎo)致更棘手且更高代價(jià)的修復(fù)/更換/召回后的問(wèn)題。

程序員總會(huì)做出生產(chǎn)率就等同于快速編碼的錯(cuò)誤臆斷。許多程序員都會(huì)不假思索地直接著手代碼設(shè)計(jì)?？上?，這種Leeroy Jenkins式魯莽的做法多會(huì)導(dǎo)致軟件的開(kāi)發(fā)過(guò)程變得很邋遢，拙劣的代碼需要不斷的監(jiān)測(cè)和修改——也可能會(huì)被徹底地替換。最終，生產(chǎn)率所涉及到的因素就 不僅僅是寫(xiě)代碼所消耗的時(shí)間了，還要有調(diào)試的時(shí)間。稍不留神就會(huì)“撿了芝麻丟了西瓜”。（因小失大。）

譯注：Leeroy Jenkins 行為：WOW游戲中一位玩家不顧大家獨(dú)身一人迎敵，導(dǎo)致滅團(tuán)。

3. 不要孤注一擲 （過(guò)度依賴(lài)某人）

一個(gè)軟件開(kāi)發(fā)團(tuán)隊(duì)的公共要素（bus factor）是指那些會(huì)影響整個(gè)項(xiàng)目進(jìn)程的核心開(kāi)發(fā)人員的總數(shù)。比如某人被車(chē)撞了或某人生孩子或某人跳槽了，項(xiàng)目可能就會(huì)無(wú)序，甚至?xí)R置。

譯注： bus factor 即指公共要素，比喻了開(kāi)發(fā)過(guò)程中的一些共同因素。如果擠上 bus 的 factor 越多，bus 就越不穩(wěn)定，所以要控制好 bus factor ，以免問(wèn)題發(fā)生。

換句話(huà)說(shuō)，如果你的團(tuán)隊(duì)突然失去了一個(gè)主力成員，你會(huì)怎么辦？生意依舊進(jìn)行還是戛然而止？

很不幸，大多數(shù)軟件團(tuán)隊(duì)都陷入了后一種情況。這些團(tuán)隊(duì)把他們的開(kāi)發(fā)員培養(yǎng)成了只會(huì)處理他們自己專(zhuān)業(yè)領(lǐng)域的“領(lǐng)域?qū)＜?rdquo;。起初，這看起來(lái)是一個(gè)比較合理的方法。它 對(duì)汽車(chē)制造裝配生產(chǎn)線(xiàn)很適用，但是為什么對(duì)軟件開(kāi)發(fā)團(tuán)隊(duì)就不行呢？畢竟，想讓每個(gè)成員都掌握所編程序的細(xì)微差別也不太可能，對(duì)吧？

問(wèn)題是開(kāi)發(fā)人員不容易輕易替換掉。雖然當(dāng)每位成員都可用時(shí)，“抽屜方法”很有效，但如果當(dāng)“領(lǐng)域?qū)＜?rdquo;突然因人事變動(dòng)、疾病或突發(fā)事故而無(wú)法工作時(shí)，抽屜 方法立馬土崩瓦解。（所以，）軟件團(tuán)隊(duì)有一些看似多余實(shí)則重要的后備力量是至關(guān)重要。代碼復(fù)查、結(jié)對(duì)編程和共有代碼可用成功營(yíng)造一個(gè)環(huán)境，在這個(gè)環(huán)境中， 每位開(kāi)發(fā)人員至少表面上是熟悉自己非擅長(zhǎng)領(lǐng)域之外的系統(tǒng)部分。

4. 種瓜得瓜，種豆得豆

《注重實(shí)效的程序員》一書(shū)中有這樣一段話(huà)解釋“破窗理論”：不要留著“破窗戶(hù)”（低劣的設(shè)計(jì)、錯(cuò)誤的決策或者糟糕的代碼）不修。發(fā)現(xiàn)一個(gè)就修一個(gè)。如果沒(méi)有足夠的時(shí)間進(jìn)行適當(dāng)?shù)男蘩恚拖劝阉Ａ羝饋?lái)?；蛟S你可 以把出問(wèn)題的代碼放到注釋中，或是顯示“未實(shí)現(xiàn)”消息，或用虛擬數(shù)據(jù)加以替代。采取一些措施，防止進(jìn)一步的惡化。這表明局勢(shì)尚在掌控之中。

我們見(jiàn)過(guò)整潔良好的系統(tǒng)在出現(xiàn)“破窗”之后立馬崩潰。雖然促使軟件崩潰的原因還有其他因素（我們將在其他地方接觸到），但（對(duì)“破窗”）置之不理，肯定會(huì)更快地加速系統(tǒng)