Bug也要衝業績?

Bug也要衝業績?

今年交付了十幾套系統,大家戲稱今年為“交付年”。

也對,“十年磨一劍,霜刃未曾試”。研發、打磨了這麼多年,“醜媳婦終於要見公婆了。”

系統總體人員也很給力,一人搞定所有,被稱之為“敏捷交付”。想想以往,系統要交付驗收了,各分系統都要到場,齊刷刷地十幾人,也很壯觀。

交付的系統多了,暴露的問題也就多了。就單套系統而言,其實問題比以往少了不少。但關鍵是系統多了,問題就顯得多了。難怪大家有些受不了了,問蒼茫大地,“誰來幫幫我呀?”

問題來了,也不能迴避,解決問題優先。

很多問題,都是以往欠下的技術債。我總是說,“你不搞定它,它就會出來搞定你,一不小心,咬你一口。”

解決了當前的問題,只是第一步。凡事要“Think twice”,想一想,為什麼會出現這樣的問題,如何做才能避免再出現類似的問題。

好了傷疤忘了疼,保不準下一次又絆你一較,你說冤不冤?!

Bug也要衝業績?

其實,這才是剛剛開始,系統在使用中,總會有這樣那樣的問題,硬體會故障、會老化,軟體要修復bug,做適應性調整,等等。

當前,系統剛剛交付,所有的東西還是“熱”的,還在一級Cache裡,過幾個月,就會被清理到二級Cache,過一兩年,就會被清理到“硬碟”上。這時再讓你修改個Bug,擴充套件個功能,保不準你連原始碼都找不到。

那五六七八年以後呢?

現在我們就有一個五六七八年的老系統在服役,時不時會出現點小問題,頭疼不?抓狂不?

Bug也要衝業績?

所以,軟體版本管理極其重要!

現在已經十幾套系統了,未來還有更多,你能搞清楚哪個程式碼對應那套系統?有了版本管理,至少又多了一次備份不是?

所以,軟體工程化極其重要!

部署系統自動化了沒?軟體升級自動化了沒?全靠人腦記?保不準會搞錯!還是老老實實地做個安裝包,寫個自動化指令碼,省事省心,還不出錯!

所以,軟體文件極其重要!

正式的文件就不必說了,有人會盯著你完成的。其他的文件,比如,軟體是如何部署的,依賴哪些第三方庫,這些庫是如何來的,是如何安裝的,資料庫是如何部署的?軟體是如何啟動的?等等。這些文件是寫給將來你自己的,是讓你將來不頭疼、不抓狂的。

前幾天,阿楠給我打電話,問我一個幾年前的嵌入式系統的啟動盤如何做的?天吶!我哪知道?!當時做的時候就糊里糊塗,現在你來問我?鬼知道!

現在偷的懶,將來都要還的!那咋說的,百因必有果,你的報應就是我。