逐漸地，發(fā)覺數(shù)據(jù)訂正成為了我工作的一部分；
逐漸地，發(fā)覺一天有四個小時的時間在數(shù)據(jù)訂正上的日子越來越多；
逐漸地，發(fā)覺一天僅僅只有兩個小時投入到編碼的日子也頻繁起來;
逐漸地，發(fā)覺我面向的客戶也不僅僅是PD，測試部門，客服、銷售、銷售支持也成為了我的服務(wù)對象。
我不是做技術(shù)支持的，但是客服、銷售、銷售支持的咨詢以及提交數(shù)據(jù)訂正的申請打擾卻影響到了
我正常的工作，只能利用晚上加班的時候，去完成一天的編碼工作。
為什么會有那么多數(shù)據(jù)訂正發(fā)生？
合理的數(shù)據(jù)訂正，一般發(fā)生于下面的兩種可能：
1）系統(tǒng)程序存在bug，那么毫無疑問，只能作bug fix工作，然后集中進(jìn)行一次數(shù)據(jù)訂正操作；
2）業(yè)務(wù)部門，由于不小心，操作失誤等原因，產(chǎn)生錯誤數(shù)據(jù)。這種情形發(fā)生的比較少，一般由這種原因?qū)е碌腻e誤數(shù)據(jù)，
我這邊收到銷售支持提交的數(shù)據(jù)訂正申請，都會馬上協(xié)助完成訂正工作。
但是，現(xiàn)在越來越多的項目，開發(fā)時間嚴(yán)重被壓縮，在項目過程中，
1）業(yè)務(wù)邏輯本身就考慮不周全，沒有考慮和牽連系統(tǒng)的關(guān)系，導(dǎo)致需求邏輯就存在問題；
2）為了減少開發(fā)人日，把本來該交給系統(tǒng)實現(xiàn)的需求，卻考慮人工來完成，增加了人為誤操作的發(fā)生概率；
3）為了減少開發(fā)成本，對接口行為不做邏輯驗證處理，而接口錯誤參數(shù)，往往增加了系統(tǒng)錯誤數(shù)據(jù)的產(chǎn)生；
4）開發(fā)時間緊急，開發(fā)人員在不熟悉原有系統(tǒng)的基礎(chǔ)上，就進(jìn)行新功能的開發(fā)；過于過程式的開發(fā)；
系統(tǒng)、代碼設(shè)計的時間過少；不敢做重夠，等等，導(dǎo)致代碼可讀性很差，維護(hù)性不強(qiáng)，易出bug。
。。。。。。
由這些原因而造成的bug，形成的錯誤數(shù)據(jù)，我厭惡為其做數(shù)據(jù)訂正：
不在源頭做控制，一旦出了問題，才考慮到手工數(shù)據(jù)訂正來暫時性的解決問題，這絕對不是一個好的項目團(tuán)隊的做法。
我們一直在宣稱要做百年的企業(yè)，但是我們目前的系統(tǒng)，又能維持幾年呢？