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

新一發表於2018-01-27

事情經過:  

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

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

破窗戶:

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

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

總結:

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

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

  

 

相關文章