myAgile工序確實有幫助

[Anthony Tsai]

在習得敏捷方法之前，自己在寫程式時，常常都是想到甚麼就寫甚麼，並沒有事先把專案的整體架構想清楚，往往每個class內的method功能目標
定義並不明確，寫完之後常常東漏一個西漏一個變得很難去debug。

但經由老師上課所教的11道工序，其工序編排順序與自己一個人埋頭苦幹寫得方式完全不同，從閱讀使用手冊及情節到開始進行架構設計會議以及單元測試
等，明確地得知了使用者的需求以及如何將class之method功能明確定義清楚，雖然看似較複雜，但是所以大型軟體專案的角度來看，若我們每進行一
部份事項接著馬上就去定義測試它，則會比整個完成後才去做測試來得有效率且容易維護追蹤bug。

我們這組在架構設計會議時(CRC)，先把class之interface先建構出來，並把其method之input output參數想清楚，
寫成一份header，這樣步驟有助於開發時能夠清楚知道此method的目的為何，並在implementation的地方進行資料結構與演算法設
計，這樣的好處是能夠較容易閱讀。之後並把unit test code準備好，即可在寫好程式(補上程式碼)後能夠直接進行測試並整合到系統裡面去。
經由測試，軟體程式的品質才會多一層保障，更容易去debug。

由pair programming可以互補彼此能力上的欠缺，當在專案進行時也可以作一個經驗的分享，當彼此對開發上有問題時馬上可以直接進行討
論，比起一個人來說，問題的解決速度將快許多。