20131107工作安排及总结

昨天晚上在新浪体育上无意中看到了关于对许家印奋斗史的介绍,自恒大崛起后,这位传奇的地产大亨也广为人知,刚开始以为这又是一个爆发户,看了他的奋斗经历,才知道,像他这样的人,成功是必然的,这样的人,无疑向社会传递了正能量,是我们学习的榜样。

今天工作安排:

1)继续关注线上合同审批是否有问题,有问题及时修复

--- 今天修复了一个问题,同时修改了一个需求

2)继续看需求

--- 未进行

3)继续分析原代码,今天务必看完合同加款

 ---- 进行中,但效率不高

提高效率走起~~

总结:今天和昨天一样,没有抽中5S,同时下午的时间又浪费在了修复一个问题上,虽然这个问题很容易修复,但是,花费的时间却远远超过了这个问题本身,究其原因,就是因为公司大,一个小小的问题修复都需要走繁琐的自测,提测,上线流程申请,催各位爷审批,最后再求OP上线,这样下来,无论问题的大与小,至少在这上面浪费了很多时间。这样对工作效率的影响,也是巨大的。

如果说是因为PM的需求,不得不改,那么这个还说得过去,但是,如果是因为程序自身的BUG导致的,那就是吃力不讨好的事情了,因为一个线上BUG,不光耽误客户操作,而且测试陪着你回归,各个审批人再过一遍,如果把所有的人力消耗都算上,那造成的浪费无疑是巨大的,所以,不要看问题小,只要是出了问题,那么势必造成严重的资源浪费。

所以,需要严格要求自己,提以下几点要求:

1)程序要严格自测,严格写单元测试,而且保证每个功能都要测到

2)不要依赖于测试去保证质量,测试可能发现问题,也可能发现不了问题,因为到了那个阶段,问题已经不可控了。

3)对于上线单,无论是DB上线单,还是数据上线单,都至少check三次,上线单的命令必须找台机器测试

4)一定要有提测的checklist,以及上线的checklist,尽可能多的分析代码修改对其他部分的影响。

这个系统由于是老系统,所以,大幅度修改代码的时候,难免会对老的功能产生影响,所以,一方面要深入的了解原系统各个功能的实现逻辑,另一方面要尽可能考虑多一些,来保证程序的修改不会对其它系统产生影响。

猜你喜欢

转载自macs524.iteye.com/blog/1972422