周报 7月5日
1. 本周工作
...功能的雷.龙和黎.枝离职了， 遗留的问题都分配给我解决。
(1) ....
(2) ....
(3) 根据6月28日林胜的指示，.....
（全站范围都改了，....）
(4) 参加广告流量转化的会议，与兄弟部门...等部门人员讨论接口规格。
(5) ....计算算法调整。（待进一步调整）
(6) 把....错误的....算法改成正确的。（java算法改好了，页面CSS样式还要调整）
有一个....计算的功能，雷.龙和我分别做.....的，我的能计算出分数，而且哪一项分数改了，页面上都能实时反映。他的计算出来的分数全部是0。 就这么明显的问题，测试居然也没提出，是我跟组长说了，才让我改的。当时我设计类的时候，就考虑到，...能不能用这个类，...中心能不能用这个类，我会确保我的类和方法的通用性。 所以，我直接把雷.龙的代码删掉，换成用我自己的类，bug就改好了。
2. 下周计划
星期四讨论的广告流量的问题，我跟少波讨论了一下，应该是由少波或者某个架构组的人写一个HTTP服务，把所需的信息：广告位编号，来源系统编号，写入cookie。这样，对我来说cookie里面已经有数据了，我只负责从cookie里读数据，然后进行处理。我的设想是在提交..的时候，读cookie，大多数的..cookie是没有广告信息的，如果有广告信息，把..编号和广告的信息关联，就在提交..的时候，在unitAdd...er方法里面就把广告信息都存到数据库相应的表里，到这一步工作就完成了。我觉得甚至都不用判断用户名，不用判断订单是否付款等等，因为我们提交给CAS的报表并不包括这些。给CAS的只是一个..编号，以及该..是通过哪个广告点击进来的。
主要的难点在于读取cookie，这个我从来没做过，要看一下网上的教程。
..遗留的问题还有很多，我准备在7.20上线前改一些重要的，其余的小问题再一个一个慢慢改。
3. 关注问题
我觉得雷.龙他们开发时间太短，一大批功能急着6.29上线，导致bug非常多。而且...这个项目人员老是变动，也是很不利的，同时也很锻炼人，我要同时能看懂很多人的代码，能够接手2个离职员工的工作。
有时候员工离职了，组长都不知道，在禅道里还把bug指派给雷.龙。测试的人其实也没怎么测我们的功能，查UAT的数据库，都集中在6月27日那几天，之后有改动，但是除了我之外再也没人测过，从这可以看出对这个功能的重视程度，我们压力也小一些。
