简单设计要如何做？ 
有的人是天生就会的。 
而大部分的我们, 简单设计的思维, 是要经过一段时间锻练的；不是天生就会的。

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

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

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

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

[图一: Story 场景树: 可视化、轻量级的开发人员指导地图]

结论: 
拥有 “简单设计思维” 的开发人员, 永远是在用 “脑” 驱动著手, 产生一行又一行伟大的代码。之所以称之为一行又一行伟大的代码, 是因为, 每一行代码永远都是能随著时间的推移, 而能持续的演进; 演进的过程中, 却依然保持著健康、强壮。伟大的代码就宛如是拥有强健生命的有机体。

永远只会用手写代码的开发人员, 产生的代码从一出生 (第一个版本), 就发育不全 (缺陷百出)。毫无疑问的, 随著时间的推移, 病只会越来越重 (缺陷、失败越来越多) 。

将能锻炼 “简单设计思维” 的方法、工程实践, 放在永远只会用手写代码的开发人员的面前时, 所会发生的场景, 就宛如是图二中, 那位拉车的…

拉车的永远说...我很忙。
拉车的永远说...先证明轮子对我是有价值的,我才会考虑用轮子。
拉车的永远说...我现在牛逼的很,为什么要用轮子? 

　 
人生是选择题, 不是是非題; 做出什么样的选择? 便过著怎么样的人生; 产出什么样的代码。 
[图二: 拉车的: 我很忙…]