周报 8月2日

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

计划完成度：50%

(1) 流量转化的功能本周完成度0%。现在没人跟这个事情，测试环境到现在都没有。没有任何进展。
在这种情况下，一定不能慌。其实有组织有效率的话，一天之内可以完成测试，所以不用急，等相关部门来跟进就可以了。
星期三有个名叫王.龙的人，刚刚入职，连CC账号都没有，完全是个菜鸟。他来找我，说他负责“流量统计”。我跟他谈了一会，马上发现他说的“流量统计”和我做的“流量转化”是风马牛不相及的两码事。然后我们去问王伟，王伟说他确实找错人了，这个跟我没关系。如果一个功能不确定是谁做，就算我有能力做，也宁愿不要插手，等确定安排到我了我再做，这是个基本的原则，也是小赵每次开会都强调的。

(2) 把消耗服务器资源的..率计算、四个...计算都优化完毕，现在生产上的版本仅在A...，B...,这两种情况下，会进行实时计算。而SIT版本已经把所有消耗资源的实时计算都去除掉了。

(3) 禅道的bug修改。

(4) 鲁.华今天安排我统计项目里的js文件、jQuery库文件的版本、分布、大小情况。问题主要是jQuery版本多、乱，导致冲突，另外还有客户端每次下载的js字节数太多的话，会增加用户等候的时间。我已经统计出各个工程里的jQuery情况，发现有重复的（一模一样）、空白的（0字节）jQuery文件。下一步是统计其它js文件的情况。


2. 下周计划

(1) 继续统计项目里的js文件。
(2) 禅道有3个新增bug。有一个SQL报错returned too many results的只能在148环境重现，要想办法记录下日志，定位到出错行。
(3) catch块里的日志级别改为error。
(4) 上生产临时改了OrderAction.java，把他改回去。
(5) 计算..率的定时任务已部署到SIT，还没部署到UAT，下周把insert脚本给舒楚森，并在UAT部署。



3. 关注问题

今天用log4j(org.slf4j)无法在148环境记录日志，找不到出错行。然后我把e.toString()直接传给浏览器，在浏览器中看异常的堆栈信息，发现这个一点用都没有。 查java.lang.Throwable.toString()这个方法的注释，toString只是提供一句简短的描述，根本不是把整个异常堆栈都记录下来。e.toString()的默认实现就是调用e.getMessage()，然后加上一个类名而已。所以改了这么一轮，都是瞎忙乎。

Throwable有一个printStackTrace()方法， 可以试试用这个，但是也不靠谱，因为每次改都要拿到148上去部署，太麻烦，还不如先搞清楚如何记录日志，把日志记录好。

我觉得这个问题最根本的还是人员变动造成的。当时这个功能是谁做的，谁来看，肯定马上就知道是怎么回事了。我自己做的功能，见到returned too many results，也是一眼就看出是哪里的问题。现在雷.龙和黎.枝离职了，查他们的遗留问题，就要付出十倍、二十倍的时间。既要把功能做出来，又舍不得雇人，结果只能是搬起石头砸自己的脚。