软件开发的过程中, 一定需要简单设计？

2017.7.4, 深圳, Ken Fang

前言:
简单设计只是写文档, 而不能指导开发, 这样的简单设计, 就只是在瞎折腾。

但是, 软件开发的过程中, 不做简单设计, 软件开发就永远做不好。

简单设计能指导开发, 指的是:
1.简单设计能使开发人员, 在开发前, 有一清晰且明确的指导地图; 开发人员沿著这指导地图, 便可开发出高质量的代码。使得代码不仅能符合各个质量属性上的要求, 更能使代码具备好的 “隔离　“; 不会因后续需求上的变更, 而产生新的缺陷或失败。
2. 简单设计能使开发人员, 在开发前, 便设计出测试用例; 使得开发人员可明确的定义, 每日所开发的 TASK, 完成的标准是什么需通过那些测试用例的场景
3. 简单设计能使开发人员, 明确且客观的做出结论: 今天该完成的 TASK 完成了没假如, 没完成, 真正的问题是什么该寻求什么样的协助

Matei Zaharia; Spark 开发的主导者。
Matei 当在用 Scala 开发 Spark 时, 并没有做所谓的简单设计。
Matei 在开发前, 会先在脑中清楚的浮现出软件的架构。
Matei 便照着脑中的软件架构, 开发完了一行又一行伟大的代码。
Matei 每次在开发完一段代码后, 便会根据代码的弱点, 设计所谓 “灾难测试” 的测试用例；测试自己所开发的代码, 在架构上的弱点为何/p>

敏捷开发与软件工程实践；如：Story 场景树；对 Matei 而言, 是完全没有 “必要” 的。因为, Matei “天生” 就会简单设计了。

Story 场景树, 主要是要帮助开发人员, 锻练 “简单设计” 与 “测试用例设计” 的思维；当经过一段时间的锻练后, 开发人员自然而然的, 就可没有 “必要” 的再使用 Story 场景树, 进行简单设计。因为, 开发人员已能将软件架构浮现在脑海中, 并能自然而然的思考出测试用例。

为何
因为, Story 场景树够可视化, 够轻量级；放在ㄧ个脑袋里, 绰绰有余。