`
macs5242012
  • 浏览: 8366 次
  • 性别: Icon_minigender_1
  • 来自: 北京
最近访客 更多访客>>
社区版块
存档分类
最新评论

20131107工作安排及总结

 
阅读更多

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

 

今天工作安排:

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

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

2)继续看需求

--- 未进行

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

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

提高效率走起~~

 

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

 

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

 

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

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

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

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

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

 

 

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

分享到:
评论
发表评论

文章已被作者锁定,不允许评论。

相关推荐

Global site tag (gtag.js) - Google Analytics