![]()
![]()
XDDD 好玩捏
上課哪有逆轉裁判好玩
我們一直在解釋,必須小心避免陷入「方法論戰爭(Method Wars/方法論戦争)」。
然而,有些人認為「重視架構(architecture)思考」與「以敏捷方式推進功能實作」這兩種想法彼此矛盾。
在過去那波熱衷於敏捷開發的潮流中,人們認為開發者無法事先預測會需要哪些修改,
因此如果出了問題,就應當每次都透過重構(refactoring──修改程式碼或其結構)來解決。
但是,敏捷的本質其實是把系統規劃與文件製作縮到最小必要程度,
而架構設計本身也被重新理解為一個能夠促成目標的重要步驟。
因此現在,在軟體開發的早期階段就應該進行必要的架構工作,
而在 Scrum 方法中,也實際存在以產出簡易架構設計為結果的 sprint。
軟工?