事情經過：　　

　　博主是在一個二線城市的小公司上班，公司的研發水平比較弱，很多規範還沒有建立起來。第一次體會到年前趕項目的壓力，這段時間甚至讀書的時間也被占去，總覺得不喜歡這樣的感覺，但項目確實不能拖到年後只能抓緊時間完成項目。

　　我負責的模塊部分已經將靜態代碼檢查、單元測試和組件測試通過，周一負責另一模塊的人負責拿了一份Relese版本給我跑下整個系統，這份Release版本代碼是沒有靜態代碼檢查也沒有單元測試過的僅僅依靠人工測試把基本的功能跑一遍能過就認為OK了。結果可想而知就這樣我經歷了長達一周的幫它們找Bug解決Bug，感覺自己被他們當成測試來使用了。

破窗戶：

　　正如《程序員修煉之道》中提到的破窗戶，我有問過他們，不做靜態代碼檢查與單元測試，只用人工調試，為什麽？他們給我的答案並不是單元測試維護代價高之類的而是僅僅因為先前的研發人員都沒有做靜態代碼檢查與單元測試。我又問那你們的編碼風格隨意註釋亂加是為什麽？因為先前的研發人員也那樣寫。我問了最後一個問題，你們調用接口為什麽不仔細看這個接口是如何調用的？因為其它部分也是這樣調用的。

　　當我把他們主要的Bug找出並給出解決方法時讓他們再想一下還有哪些細節漏測了，他們給我的回答是你不是已經把大部分的都測試完了嗎還需要再測什麽。哦，我的天。怎麽可以對自己編寫的代碼如此隨意，這裏提一點我們做的產品是應用在工業控制的對安全性有較高的要求。

總結：

　　一段優美的代碼後期維護及開發人員也會小心翼翼的維護，相反一段糟糕的代碼會讓後期維護及開發人員產生一種無所謂的心態。

　　不知道有沒有人和我經歷過相同的事情，此時此刻我感覺心好累。

我的第一次年前趕工--不愉快的開發體驗