周报 7月26日

周报  支浩宇 7.26
1. 本周工作

本周计划完成度100%

(1) 流量转化在SIT和UAT环境建表。 ..中心的功能全部部署到SIT环境。UAT环境应该是没有部署,所以本周的新功能还没有。

(2) 对李建.做的流量转化生成报表功能提供支持。英.、赵.鑫(没看到人,可能调走了,暂时假设他不再负责)本周开始不负责本功能,改为张.华负责,我已把人员的变动协调好,不因人员变动导致工作衔接不上。

(3) 在SIT环境测试了..时记录广告流量的功能, 完全正常。

(4) 禅道:上周封版期间新增的bug全部解决。以前按照“延期处理”解决的bug全部激活并解决。禅道遗留的bug数为0。

(5) 7.26日上线修复两个较为重要的bug。1. 少数...页显示空白。 2. ....实时计算占用较多资源,改为读表查询。

(6) 改进异常日志的记录。

(7) 写了一个服务,把..范围表的s..._id值填进去。目前都是空的,如果填进去可以增加...的计算速度。


2. 下周计划

(1) CAS应该会提供新的需求,按他的需求做。
他今天打电话说有一个什么页面, 问我这个页面的事情, 我也不知道是什么意思,之前的文档都没提到过。这个留到下周。

(2) 测试流量转化的功能,本周只是用手工输入URL的方法自行测试。以后会有更逼真的测试方法,从弹出广告这一步开始测试。

(3) 包辰.说了...计算消耗资源的问题。根据我的判断,除了今晚上线优化了一部分,还有别的地方需要优化,如果上线之后包辰.仍然发现该功能消耗资源,我还有别的办法。

(4) .....体系实施方案V1.4.1文档中有一项是用定时任务计算....率。这项工作一直都没落实, 下周要由张明/总体组评审建立新表,然后把此功能完成。

3. 关注问题

有时候同一个问题,SQL可以解决,Java代码也可以解决。我个人对SQL不熟悉,尽量交给Java来处理。 例如今天王伟说要把1月份以前的..数据补上(自动..),这项工作一直都是用定时任务做的,在O...Service4Mall里的方法。王伟却坚持要用一个SQL脚本,直接update。后来又不了了之了,说暂时不做。

本周又有人员变动。负责人英.有一段时间离开广州。项目的开发人员经常变、负责人经常变, 直接的结果就是功能不稳定,维护难度大。更危险的是, 英.走之前,他要我们做的功能基本上都是口头交代,书面的文档与最新情况相差十万八千里。换了负责人之后,新的负责人更不清楚,又进入了一种半猜,半编的开发状态。

你可能感兴趣的:(sql,企业应用)