對於上週的功能展示，我們"nice!"團隊沒能展示出成果。事後我進行了反思，最重要的一點是大家（包括我自己）都沒有很強的執行力，而這背後的原因是技術水平都很弱。但是這並不是alpha釋出失敗的藉口。現在總結如下：
1.功能沒有細化。具體來說，當初只是設計專案中會出現登入和註冊介面，但是對於裡面的具體細節（比如屬性的 數量，名稱）在各自的執行過程中出現了偏差。到專案整合階段發現大家所做的功能沒能很好的匹配。
2.站立會議沒能很好的堅持。如果站立會議每天開，討論昨天的工作和今天要做的工作，以及有可以提交的程式碼，我只能說這是一種理想狀態。就拿我自己當例子來講，對於某個功能的實現並不是一帆風順的，有時候對於程式中出現的錯誤可能就要花費半天去解決（我確實很菜）。組員都有自己的事情要忙，而且技術也都不是很好，所以大家的進度都很慢，要保證每天都要有可編譯的程式碼提交確實很難，這也導致了大家的交流很少，這裡我要做自我檢討：沒能很好的組織組員完成任務。可以設想一下如果大家每天不能完成當天的各自的任務（更具體說是沒有能力完成），然後大家每天都聚在一起開一次站立會議，那個場面是何等的尷尬。因為就算開了會，大家都沒有成果，再佈置接下來的任務也是徒勞的。
3.技術基礎差。本來這不是一個可以拿出來討論的話題，但是還是有必要就這個問題具體談談。對於專案中遇到的問題，我們都會共同努力去解決，特備是技術方面的問題。但是隻是這個花費的時間確實很長。然後對於新功能的實現還得查資料，學習，然後進行編碼實現。技術差一點沒關係，但是就怕大家對專案不夠重視。
說完了一系列的藉口。現在談談收穫。對專案中遇到的錯誤進行除錯確實能很鍛鍊人的毅力和能力，除錯的過程就是對專案中用到的技術進行追根溯源，理解它的實現過程，這樣有利於技術的提高。然後在實現新的功能的過程中都是要立刻學習有關方面知識，在看懂別人程式碼的前提下，再整合到自己的程式碼中，這個過程進行的有點緩慢。首先我會請教師長要實現某個功能要用到什麼技術，大概是一個什麼流程，然後自己到網上查詢和學習相關的資料。我前兩天除錯一個錯誤（再沒有人幫助的情況下）竟然花了將近兩天的時間，最後發現只是在配置檔案中缺少一句網路許可權的配置。因為一直對自己很自信的程式碼部分沒有檢查，才導致這個問題。所以寫程式還是得運用一些方法，比如做測試驅動開發，對於每次寫好的功能進行單元測試，這要一步一個腳印才行。然後在團隊協調工作方面也會很重要，當把功能分配到每個組員之後，感覺壓力沒有那麼大了。而且組員對部分功能完成的也是相當不錯的，這個確實讓我懂得了團隊協作的重要性。
總結：革命尚未成功，同志們仍需努力。