[[318261]]

后記：新項(xiàng)目來了，大家很興奮,有機(jī)會(huì)從頭開始構(gòu)建一個(gè)東西，是很難得的。于是仔細(xì)小心的設(shè)計(jì)架構(gòu)，定下規(guī)矩和原則，約定大家都要遵守，剛開始時(shí)運(yùn)轉(zhuǎn)正常，平安無事。

漸漸的出現(xiàn)了一些新情況，需求變動(dòng)，時(shí)間很緊張， 程序員發(fā)現(xiàn)有一個(gè)非常直接的辦法，可以快速的實(shí)現(xiàn)客戶的要求， 幾天就可以搞定， 但是違背了架構(gòu)的原則或最初的項(xiàng)目的編碼約定， 如果想遵循的話，可能需要花費(fèi)好幾倍的工作量，可能需要幾周才能完成，更要命的是，為了實(shí)現(xiàn)這個(gè)新需求，可能需要對(duì)整個(gè)架構(gòu)進(jìn)行調(diào)整， 真的調(diào)整了，測(cè)試跟不上，風(fēng)險(xiǎn)太大， 怎么辦?

大多數(shù)情況下，程序員都經(jīng)不起誘惑，也扛不住進(jìn)度的壓力， 會(huì)用最直接的辦法進(jìn)行快速修改，“管他呢，先實(shí)現(xiàn)再說，反正我還記得細(xì)節(jié)” ，實(shí)際上，改完以后我們又忙著干別的事情去了，過上幾個(gè)月，自己都看不懂了。久而久之，這些臟代碼沒有人知道是怎么回事了。

后面接手的程序員就會(huì)罵前面的程序員 “這么爛的代碼，TMD誰寫的!!!???” 然后在上面加上更爛的代碼。

【本文為51CTO專欄作者“劉欣”的原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)通過作者微信公眾號(hào)coderising獲取授權(quán)】

戳這里，看該作者更多好文