stone2083

由数据订正想到的

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

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

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

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

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

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

posted on 2008-05-31 21:24 stone2083 阅读(816) 评论(3)  编辑  收藏 所属分类: misc

Feedback

# re: 由数据订正想到的 2008-07-26 19:59 小军

这个我绝对支持您的看法。平时赶时间或者偷懒,到头来付出的代价更大。还不如源头控制好。我想我作为一个初学者,应该要做好这一点,起码不能让错误延续下去。  回复  更多评论   

# re: 由数据订正想到的 2008-07-28 21:13 stone2083

无奈啊,很多时候,也只能尽自己力量,在有限的条件呢,把事情做好。
理想和现实的差距实在是太大了。  回复  更多评论   

# re: 由数据订正想到的 2012-02-10 09:48 ieeemily

有感啊,从测试被拨到技术支持,专门处理bug,数据订正是家常便饭了,恼人啊  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航: