周报 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。后来又不了了之了，说暂时不做。

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