![]()
![]()
XDDD 好玩捏
上课哪有逆转裁判好玩
我们一直在解释,必须小心避免陷入“方法论战争(Method Wars/方法论戦争)”。
然而,有些人认为“重视架构(architecture)思考”与“以敏捷方式推进功能实作”这两种想法彼此矛盾。
在过去那波热衷于敏捷开发的潮流中,人们认为开发者无法事先预测会需要哪些修改,
因此如果出了问题,就应当每次都透过重构(refactoring──修改程式码或其结构)来解决。
但是,敏捷的本质其实是把系统规划与文件制作缩到最小必要程度,
而架构设计本身也被重新理解为一个能够促成目标的重要步骤。
因此现在,在软件开发的早期阶段就应该进行必要的架构工作,
而在 Scrum 方法中,也实际存在以产出简易架构设计为结果的 sprint。
软工?