程序的形式，应该仅仅反映它所要解决的问题。

读阮一峰翻译的《lisp为什么这么先进》最后一段话非常有感触。

程序的形式，应该仅仅反映它所要解决的问题。代码中其他任何外加的形式，都是一个信号，（至少对我来说）表明我对问题的抽象还不够深。

我是这样来理解的，假如我想在一堆数据里检索某一个字符是否存在。

应该怎么写呢？

if(search(string,text)==ture)

print "yes"

else

print "no"

可是马上问题升级了，这个对象在内存中吗？

假如在磁盘的文件系统中，我是否应该先fopen一下。

可是这一堆数据我分开存放了，不是存放在一个文件中。

再假如，我是在一个数据中心，这一堆数据，其实是放在不同的机器上。

这些机器使用不同的处理器，不同的操作系统。fuucck。

我该怎么办？用网络通信吗（感谢网络其实已经屏蔽了相当多的东西。）？把数据复制过来，然后检索，还是远程过程调用，指示这台机器进行检索，然后将结果返回。

假如你最后解决问题了，你会发现代码会越来越庞大，而这些庞大的代码其实在做无关的事情，这些代码没有直接反映我想要解决的问题，仅仅是搭建了我想要解决问题所不得不搭建的平台。

但是mapreduce解决了这一切，有了mapreduce架构，你仍然可以写只和问题相关的代码。

数据放在一个分布式文件系统中，job将启动不同的task来做这件事情，它控制任务的自动负载均衡。

程序的形式，应该仅仅反映它所要解决的问题。代码中其他任何外加的形式，都是一个信号，（至少对我来说）表明我对问题的抽象还不够深。

太对了。