冬天改不了**的本性，唯一能躲過它的淫威的地方就只有實驗室，所以，嗯，2月18日早早的從實驗室開始了。
每日會議開始吧！
一聽到這個名字可能就會讓人產生反感，嗯，每日會議，真是文山會海啊！其實不然。每日會議只有專案開發人員參加，一般情況下
只會持續10分鐘（當然，根據專案人數不同，時間也有多有少），而且為了讓這個會議盡量簡潔，所有與會者
採用站立的方式開會，所以每日會議有乙個別名：站立會議。每日會議的議題十分確定，只用回答以下五個問題就行：
自從昨天工作之後，你都做了些什麼？
從現在開始到今天工作結束，你將做什麼？
是什麼阻礙了迭代目標的實現？
有沒有任務新增到待辦事宜中？
相對其他的團隊成員，你是否學到了一些東西，或者做出了一些新的決定？（技術方面、需求方面……）
這些問題的答案應該是盡量全面而且簡練的，不要將回答問題變成了技術討論，如果要討論技術問題，或者要詳細介紹前些天的所學所得，那麼可以在會後請感興趣的同學留下來慢慢交流。回答問題的順序一般是根據站的位置確定的，大家圍乙個半圓形的圈，白板作為直徑，從最左邊的同學開始按順序回答（搶位子很重要，嗯，不過萬一沒有搶到好位置，臨時要求反序發言也是不錯的）。回答問題和一般討論式的開會不同，大家各自發言，只有很少情況下會引發一些簡短的討論，簡單的說，嗯，大家玩過「殺人遊戲」沒，每日會議可能和「殺人遊戲」中的自辯很像，不過氣氛不用那麼沉悶……
通過這樣的交流，專案的引導者（就是我啦
）就會知道現在的專案情況到底如何，是否遇到了困難，大家也可以把自己遇到的問題、學到的知識用最方便的方式進行交流，讓資訊在專案組之內快速傳播到每個人。
10分鐘，花的還是很值得的！
[1] craig larman，敏捷迭代開發：管理者指南，中國電力出版社，2004
軟體開發中的理想與現實（引子）
軟體開發實在不應該是乙個令人厭惡的工作，而更應該像一種藝術家的創作，充滿新意和樂趣。可是，我看過不少軟體開發者卻一直在寫另自己都厭惡的 做連自己都不敢正視的測試，最後在專案完成時長嘆一口氣，將自己的成果束之高閣 不敢再碰。造成這種窘境的根源在 是誰讓開發人員做出連自己都感到厭惡的東西？答案是多樣的，...
軟體開發中的理想與現實（十三） 新的培訓即將開始
2月25日是非常值得紀念的，我們花了乙個星期實現了乙個最小的系統。雖然一切的設計還都非常原始，很明顯有不少值得改進的地方，但我們確實已經實現程式的框架，並能夠生成一些小東西了。這真的很令人振奮！大家都從測試先行和迭代開發中嘗到了甜頭，每日會議也不會那麼拘束了，每天都會感覺有所收穫。這種感覺令人著迷，...
軟體開發中的理想與現實（三） 用重構來清掃戰場
2月17日的早晨非常寒冷，就算躲在被子裡也可以清楚地感覺到，不過到實驗室就不會覺得冷了 嗯，有空調就是好啊 所以，我很早就來了。重新檢查大家的 我有種想重寫的衝動 呵呵 不過這正合我意，因為今天的工作就是清掃戰場，做清掃的人當然是大家。首先我把需要修改的內容列一下 在算prime的時候沒有採用最優化...