今天最大的进展应该是在数据方面，修复了由来已久的bug。
之前的情况是输入关键词之后左等右等都不出来结果，一开始是觉得可能RSS的结果返回较慢，但是之后用G公司的Reader check过之后发现情况似乎不是那样，大部分的关键词一晚上总能返回个几十条结果，所以这时候才开始怀疑代码的问题。fix这个bug也花了好几天的时间，因为每次测试都非常耗时，最后的结果是数据方面的dev和上层调用的dev没有约定好由谁去定时调用获取data，结果大家都没有去调用，导致只是开始的时候搜索一次，之后就没有data返回了，自然看不到有节点长出。
修复了这个bug之后，看起来就很像那么回事了：
但是还有若干地方存在很多小问题：比如剪枝的过程中有可能会导致程序crash掉，比如字体的显示不是很好看。
另外Load的功能由于和多棵树的耦合度很大，而负责多棵树的潇帝这两天又因为有事情无法开发，所以这方面的工作一直比较零散无法连接起来，看样子开发的进程需要延后1-2天。
具体的难点与重点：
1. 叶子节点。该来的总是要来的。之前叶子节点完成了所有的功能与基本的UI样式，而当时把UI样式的完善当作细节问题，可以推后解决，于是很长时间都没再动过了。如今是时候来处理这些细节问题了。具体来说，默认的字体样式用来显示英文还可以，但用来显示中文感觉挺不好看的，有些字比较大有些字比较小，估计得换成Segoe UI或Ya Hei会比较好，首选Segoe UI；另外，由于Label比较小，所以很难完整显示新闻标题，因此还得加个ToolTip上去，每次鼠标移到Label上就会自动显示完整标题；叶子节点的配色也需要改进。这些小细节解决起来应该不难，但需要较多时间进行尝试。
2. 树。目前单棵树的基本功能已经完成，但剪枝还有些bug，如果剪切了不合适的控件会crash掉，代码里应该多做些判断吧。多棵树可能涉及到的临界区问题目前已经解决，Dev已经把Bing部分封装成推送机制，有新的消息来就自动推送给合适的树，这样树就无需自己查询Bing数据，从而避免了同步读写的问题。但目前由于潇弟去陪Dentist了，所以暂时无人可以继续开发，这也导致了后续的Load功能难以实现（有前后关系）。这部分比较紧急，但除了剪枝部分可以先完成以外，其他部分只能等下星期潇弟回来再说了。
3. Bing后台。这部分困扰已久的bug在今天终于解决，数据终于不会只查询第一次就停了；另外，时区问题也得到彻底解决（之前直接暴力+8的做法得到改进，目前会自动检测时区进行校正）。现在这部分要做的功能是Load，把已经保存下来的数据读入并重新传给树。但由于多棵树目前尚未完成，这部分只能推后。
| Working on | Related No. | Todo | Todo Item No. | Comments | |
| Xiong Zhang | 组织Scrum，Scrum总结，主要功能测试 | 1669 | 主要功能测试 | 1669 | |
| Jun Guo | 节点配色改进，树干label，多棵树后台数据搜索 | 1679，1517 | 字体显示改进，信息Board显示改进，节点配色改进 | 1679，1689，1690 | |
| Shuangzhi Wu | 剪枝功能，Load功能，多棵树支持 | 1512，1680，1530 | 剪枝功能，Load功能，多棵树支持 | 1512，1680，1530 | |
| Xichao Yang | 测试 | 测试 | |||
| Li Zhong | 剪枝功能 | 1512 | 剪枝功能 | 1512 | |
| Xiao Li | 不在公司 |
Burndown & Burnrate
以上。