好了今天是首次人員聚齊的Scrum，雖然才第二天的說。
上午的時候超神將所有的代碼都checkout了，眾人大驚，以為超神要接管所有code進行傳說中的one day release來嘲笑我等愚蠢的人類。不過還好最后只是超神誤操作而已。所以很簡單的東西到了團隊規模都容易變得復雜，即使有TFS這類的協作工具，有的時候還是會有額外的問題。
然后今天的Scrum中主要討論的是樹枝收縮的過程的細節。由於瀟帝已經完成了樹枝基本動作的實現，接下來需要做的就是根據計划的動作去調用接口。目前的想法是當需要收縮一個樹枝的時候先將當前的主干進行一定的旋轉，之后讓主干上的節點漸變消失，而所有的樹枝收縮為一個special node，當點擊special node之后又重新展開為之前的樹枝。
數據方面RSS的數據接口已經完成，但是在調用過程中有的時候會因為網絡問題（譬如連接的丟失）而跑出exception，這種情況下我們就只是暫時忽略了拋出的exception而等待有數據到來的時候再進行Tree的更新。
另外郭巨俠今天重寫了M1中History功能，現在的歷史數據不再使用之前那種naive的做法，而是使用序列化/反序列化機制以xml的方式存儲，這不僅方便數據保存，也方便數據載入。此外異步獲取Bing數據也宣告完成。不過對不起無雙大帝的是，由於團隊商討最后覺得通過根節點展示搜索框相對於直接滑動顯示搜索框而言沒什么特別優勢，於是無雙大帝在M1的代碼被郭巨俠給砍了，剩下的小部分功能被集成到SearchBox中。
繼續難點與重點：
1、葉子節點：目前普通葉子節點(normal node)已經有了兩套配色方案，算是滿足基本需求，剩下的是豐富樣式，這個優先級不高。當前比較重點的是要完成特殊的葉子節點（上文說的special node）。special node和normal node很像，不過不用顯示description，因此相對於normal node反而應該更簡單。也許難點依舊是配色……比較悲劇的是UI Vendor依舊無法幫忙，畢竟我們是有了靜態設計方案，但缺乏代碼實現，總不能讓人家寫代碼……
2、搜索框：目前搜索框功能基本是完善的，不過還缺少點動態效果。我們的初步計划是做得和Win8那個搜索的出現形式差不多。不過這不是現在的重點，最近一周應該沒有人會投入這個效果的開發。
3、Bing數據獲取：這部分目前已經完成異步獲取操作和Bing RSS API的調用，基本能正常工作。只是有時會莫名其妙斷開連接導致異常拋出。目前我們采用的方案是捕捉異常，然后如果有異常拋出就重建連接。雖然基本解決問題，但感覺好暴力什么的，超神也許會探索下其他方法……難點在於Bing API的源碼我們並不知道（其實就算鄒老師給我們了也估計沒時間看），所以為什么會斷開連接也難以揣測，只能從各個可能的方向入手了。
4、樹枝：樹枝目前還處於代碼重構階段，不過重構完成后事情應該會簡單很多（但願），畢竟不再有大量的依賴關系，要並發生長等等也容易很多。目前要做的依舊是動畫效果（額，我都數不清自己寫了多少次“動畫效果”了）。目前生長的問題即將解決，接下來的重點應該是樹的收縮。難點在於怎么讓樹的縮放更自然點。我們目前的想法是先做點旋轉，然后一邊旋轉一邊縮放節點，這樣看起來會比較有動感。不過這部分的動畫效果並不怎么好做就是了。
| Working on | Related Item No. | Todo | Todo Item No. | Comments | |
| Xiong Zhang | 組織Scrum，Scrum總結 | ||||
| Jun Guo | Hisoty的Save/Load，搜索框的修改，異步獲取Bing數據 | 1344，1609，1539 | Save/Load，special node設計 | 1164，1513 | |
| Shuangzhi Wu | 樹枝Folding功能整合 | 1572 | 樹枝Folding功能整合 | 1572，1611，1612 | |
| Xichao Yang | RSS數據處理 | 1573 | RSS數據處理 | 1573 | |
| Li Zhong | 樹枝Folding功能整合 | 1572 | 樹枝Folding功能整合 | 1572，1611，1612 | |
| Xiao Li | 樹枝子功能接口設計以及實現 | 1526，1527，1528 | 移動樹 | 1511 |
Burndown & Burnrate
以上。