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