由数据订正想到的

由数据订正想到的

逐渐地，发觉数据订正成为了我工作的一部分；
逐渐地，发觉一天有四个小时的时间在数据订正上的日子越来越多；
逐渐地，发觉一天仅仅只有两个小时投入到编码的日子也频繁起来;
逐渐地，发觉我面向的客户也不仅仅是PD，测试部门，客服、销售、销售支持也成为了我的服务对象。

我不是做技术支持的，但是客服、销售、销售支持的咨询以及提交数据订正的申请打扰却影响到了
我正常的工作，只能利用晚上加班的时候，去完成一天的编码工作。
为什么会有那么多数据订正发生？

合理的数据订正，一般发生于下面的两种可能：
1）系统程序存在bug，那么毫无疑问，只能作bug fix工作，然后集中进行一次数据订正操作；
2）业务部门，由于不小心，操作失误等原因，产生错误数据。这种情形发生的比较少，一般由这种原因导致的错误数据，
我这边收到销售支持提交的数据订正申请，都会马上协助完成订正工作。

但是，现在越来越多的项目，开发时间严重被压缩，在项目过程中，
1）业务逻辑本身就考虑不周全，没有考虑和牵连系统的关系，导致需求逻辑就存在问题；
2）为了减少开发人日，把本来该交给系统实现的需求，却考虑人工来完成，增加了人为误操作的发生概率；
3）为了减少开发成本，对接口行为不做逻辑验证处理，而接口错误参数，往往增加了系统错误数据的产生；
4）开发时间紧急，开发人员在不熟悉原有系统的基础上，就进行新功能的开发；过于过程式的开发；
系统、代码设计的时间过少；不敢做重够，等等，导致代码可读性很差，维护性不强，易出bug。
。。。。。。

由这些原因而造成的bug，形成的错误数据，我厌恶为其做数据订正：
不在源头做控制，一旦出了问题，才考虑到手工数据订正来暂时性的解决问题，这绝对不是一个好的项目团队的做法。

我们一直在宣称要做百年的企业，但是我们目前的系统，又能维持几年呢？