拋開一個main完成Project方式

[Anthony Tsai]

做這個Project的時候，老師要求我們一定要照著11道工序做。
照著工序做的話，在真正寫code前，要準備的東西很多，讓我覺得很麻煩：
要先看懂老師寫的說明文件，了解每個method的功能、每個method的input output及method間的關聯性，還要為每個
method準備各自的test case。
此外，還要以pair programming的方式來完成。

這對有「一個main來完成整個project」的壞習慣的我來說有些不適應，
因為整個做的方式和以前的習慣完全不一樣，還要配合組員來完成工作。
這讓我一度想放棄，想要用以前的壞習慣來完成這個project。所幸我的組員堅持一定要照著工序做。

最後當project完成那一刻，我有一些收穫：在寫code前，前面的準備文件寫不完整或者寫不出來，這代表自己對每個method的瞭解還不夠熟
悉。自己在這個階段花滿多時間在和組員討論。準備文件完成後，也代表對每個method有相當程度的了解。如此一來，寫code時，思考邏輯也較少有瑕
疵。因為已經對每個method反覆思考過很多次了。

pair programming的話，讓我從組員身上學到不少知識，工作時也不孤單、不無聊，有問題的時候也可以馬上和組員討論。此外，也可以發揮各
自的長處在project上：我比較會寫文件；組員coding速度比較快。誰想到algorithm比較有效率，就採用誰的之類的。我在寫文件的時
候，組員在一旁看我有沒有寫錯；組員coding的時候，我在一旁學習。

雖然比起以前自己一個人coding更花時間、精力和人力。但我相信合作久了有默契、有經驗之後，所花費的時間會大幅降低。而且更重要的，以後維護
code 和reuse code會更加的省時間 !