破窗效應：  一個房子如果窗戶破了，沒有人去修補，隔不久，其它的窗戶也會莫名其妙地被人打破；一面牆，如果出現一些塗鴉沒有被清洗掉，很快的，牆上就佈滿了亂七八糟、不堪入目的東西；一個很乾淨的地方，人們不好意思丟垃圾，但是一旦地上有垃圾出現之後，人就會毫不猶疑地拋，絲毫不覺羞愧。（by 百度百科 破窗效應 ）

      最近碰到了魔法程式碼，《程式碼大全》裡說的那種。有同事要走，把最近寫的程式碼移交給我。我一看，很生氣。（希望他永遠不要看到這篇文章，呵呵，我對事不對人，可能因為急著要走所以不太在意）。我要先整理一下，改一下，讓它們變得好看一點。我自己寫得不好（我現在還在努力學寫程式碼），但還是確信那些程式碼寫得不好。不是要求完美，是那東西實在看不下去。連一些最基本的規範都沒有遵守，比如一模一樣的函式（函式名、引數、實現程式碼都一樣）出現在不同的類中；最要命的是程式碼中有明顯錯誤（比如用Date物件的after函式計算兩個日期之間相差的天數）。我該怎麼辦呢？以後這些程式碼該我負責了，我一定要把破窗戶修好。代價是：連續加了四天班。

      這樣做是值得的。測試過程中發現bug, 情況緊急，但大致知道問題出在哪裡。要是在幾處地方改同樣的bug，會急死人。

      所以我認為把破窗戶補好，絕對划算，不能讓別人打破的窗戶給自己帶來麻煩。

      我覺得人，無論是做什麼工作，都應該對自己所做的事情負責，要對自己的職業生涯負責。

      有的時候，我需要改已經有十年曆史的程式碼，那些程式碼，有的寫得好，有的寫得不好，有的一直在改、改得越來越亂。有時改程式碼，邊改邊抱怨。於是希望十年後，別人在改我的程式碼時候，不會罵我。