张铁林
2022-06-17
https://github.com/vfbiby/tdd-restful 开始提交作业,这次把中间记的操作步骤一起放在项目doc下,还有小步提交,尽量,把每一个改变都提交上来,然后,每一章完成时,再做一个大提交。可以check到小提交处来练习。
编辑回复: 可以,小步提交这个方法不错!
人间四月天
2022-06-02
非常喜欢这个spike方法,在产品需求领域,叫做mvp最小可行产品,这个应该叫做最小可行设计,对于复杂需求,需求不清晰,或者复杂设计,通过这个方法验证架构愿景的可行性非常好,也能增强前期架构规划的信心。
3
Jason
2022-06-28
第一次直观的感受spike方法
1
Geek_dcb102
2023-01-02
来自上海
spike的过程: 1. spike过程 需要能够快速反馈结果 所以建议从一个开始可运行的小型框架 逐步替换成自己的代码 2. spike中 是需要自己认为的组件 尤其是大的组件 都全员参与的 确定组件之间的关系是否合理 3. spike中 需要参考现成的规约api 让组件更内聚合理 保证后续的复杂升级的可能性 也可以更好的观察组件的理解和划分是否合理.防止因为一开始的用例简单 造成很多组件相互耦合 职责不清 没有复杂升级的方向 进而没有达到spike应有的效果
大碗
2022-09-05
来自广东
通过实现“现有的接口”去了解组件交互的细节
枫中的刀剑
2022-06-13
最大收获是Spike的方式也可以采取类似TDD的方式,甚至对于暂不关心的细节部分可以使用stub。