老張是一(yī)家公司的資(zī)深工(gōng)程師，雖然早已不敲代碼了，但是看到其它程序員(yuán)敲的不好的代碼，他總想上去(qù)改一(yī)下(xià)，這次，他接過一(yī)個同事寫的代碼，好家夥，if else 嵌套了三十多層，而且命名還不規範，有的以拼音，有的駝峰和下(xià)劃線混用，一(yī)個函數寫了幾萬行，而且形參穿了四十多個……

這對于老張怎麽能忍受，下(xià)決心一(yī)定要對這塊代碼整修一(yī)番，由于代碼混亂度比較高，這老張爲了有額外(wài)時間修複這塊代碼，中(zhōng)午不睡覺，晚上還加班。一(yī)個月後，這塊代碼終于變得簡潔明了，優雅萬分(fēn)。

後來老張就把改的代碼放(fàng)在了生(shēng)産上，大(dà)概兩周之後，産品出現了重大(dà)故障，項目團隊一(yī)大(dà)堆人圍着找問題，記得加班到淩晨3點 ，終于查到了老張頭上，老張的一(yī)段優化代碼導緻的。

然後第二天老張得到了 公司領導的提名批評，而且這個項目獎金也沒有了，老張人立馬抑郁了，明明自己做了好事，怎麽落到了一(yī)個不好的下(xià)場？

01、代碼垃圾是怎樣造成的

可能你永遠不知(zhī)道爛代碼是怎麽出現的，或許當初寫這坨代碼的人，也覺得自己寫的很垃圾，但是由于曆史的緣故，他不得不這樣寫，或者項目要到達期限了，隻能這樣寫。

甚者寫完之後，他本人都想要重構，感覺惡心，可是根本沒有時間。

如果團隊人員(yuán)都這樣想，那麽項目的代碼逐漸成爲了屎山。

02、能跑就不要動，還是叠代更新

面對垃圾一(yī)樣的代碼，我(wǒ)(wǒ)們是堅持能跑就不要動的觀點，還是堅持不斷的叠代更新呢？

相信大(dà)家都會覺的代碼能跑就不要動是糊弄人的的觀點，如果團隊各方面比較完善，代碼肯定會經過千錘百煉，反複修改的，但是如果隻有你個人去(qù)修改，我(wǒ)(wǒ)覺得還是堅持能跑就不要動吧。自己隻是幫着做個小(xiǎo)功能，隻負責一(yī)小(xiǎo)段代碼，這樣能跑就行，不要亂動

03、代碼應該怎樣進行叠代更新

代碼叠代更新是屬于團隊的，不是個人的英雄主義。

要有完善的規範體(tǐ)系，比如團隊的設計規範，編碼規範，技術評審等流程要規範到位，切實實行起來。

大(dà)型的重構是必須的，科學有效的重構往往比代碼能跑就不要動從長期看更好一(yī)點。