第三章 有心智的机器
这个章节很多部分像是一部小说，一部机器人科幻小说。在快速阅读的过程中，又不时冒出能让我浑身起鸡皮疙瘩的共鸣。
当一个系统能够正常运转时，不要打扰它；要以它为基层来构建。
必须从简单的局部控制中衍生出分布式控制，必须从已有且运作良好的简单系统上衍生出复杂系统。
众愚成智
@ 先做简单的事。
@ 学会准确无误地做简单的事。
@ 在简单任务的成果上添加新的活动层级。
@ 不要改变简单事物。
@ 让新层级像简单层级那样准确无误地工作。
@ 重复以上步骤，无限类推。
以上是布鲁克斯的移动机器人实验室开发出来的一套普适分布式控制方法。他在讲机器人的控制方法，我脑海中浮现的是我们软件的开发构建方式。想一想我们开发软件的过程中，一开始的功能应该是简单的，随着时间的推移，需求不断的加入，原本简单的功能变得不再简单。稍不留神地一个改变，原本还是工作的功能居然产生了不可思议的“礼物”。这个场景我们应该不陌生。对于这样的结果，原因一定不在时间上面，也不在不断加入的需求上面（假设需求都是合理的），那原因在哪里呢？聪明的读者如你，应该已经把眼神聚焦到上面那段普适机器人分布式控制方法上了。
我们对照着这个控制方法一起来掰扯掰扯软件开发。“先做简单的事”。这一条读起来很简单，但真正做起来就不那么简单了。首先，我们要认清什么是“简单的事”。可能PM或BA抛过来的需求一开始就不简单。作为开发者在接这个需求的时候就要考虑这个需求背后是要满足什么？所谓真正的需求。针对这个需求应该进行功能拆解，找出原子化的操作功能，也就是简单的事。对于这些原子化的操作功能，我们可以编写足够覆盖率的单元测试来保证它的准确无误。这些原子操作应该是稳定的，是相对独立的。在这个基础上，我们将这些原子操作进行组合来完成更高阶的需求。同样，我们对这一新组合出来的层级加以测试覆盖来确保它的准确无误。面向对象开发原则SOLID中的SRP（单一职责原则，Single Responsibility Principle）也是在讲识别和维护好“简单的事“。在这边我想澄清一下，原子化或单一职责并不等同于简单。但是我相信您一定会同意如果不这样一定会更加不简单:)
写到这里，脑海中又浮现出乐高积木。这些“简单的事”就好比乐高那些制作精良的基础积木。通过这些基础积木巧妙组合，我们可以搭建出形形色色的造型，可以是飞机，可以是坦克，甚至是帝国大厦。
