IT人如何修炼编程的内功[2]

ok了，这我们是不是可以理解到，计算机编程，其实首先是人的工作，当我们遇到一个服务需求，我们人来做一次，嗯，获得一个比较满意的结果，然后我们觉得这个动作可以重复，下次遇到类似的问题，照做就好了。于是，我们就安排计算机来做这件事了。是不是这样？

这是不是说明，程序，其实是在讲一件事应该怎么做，这个做的过程，以及这个过程的含义，其实是人定义出来的，然后通过编程，教给计算机来做而已。

我以前经常有种感觉，计算机编程，是两层意思，一层，是程序本身的含义，就是怎么做事，另一层，是隐含在程序下面的逻辑含义，就是做事的意义，程序只是字面上的意思，而逻辑，是程序段落组合起来，共同表述的一层意思。现在想想，其实就是这个道理。

嗯，既然我们知道，编程，就是把做一件事情的步骤，分拆开来，教计算机去做，但，分拆到什么粒度呢？这个很重要。如果分拆的粒度太细，白白浪费程序员的时间和精力，这些都是成本。而分拆得太粗，计算机还是弄不明白，做事不对，就是bug了。

这说明，编程有个很重要的概念，就是粒度，也就是我们对问题描述的精细程度。

最开始的计算机是最笨的，学过计算机组成原理的同学大概知道，只要有个累加器，其实已经可以算一台计算机了，只会做加法计算。因为从数学上，我们可以知道，任何计算，最终都可以演化成加法计算，事实上，现在的CPU,在最底层核心的部分，也还是这个加法逻辑。

这样做当然没什么不好，不过，有个小小的问题，就是粒度太细了。如果每件事情，都要程序员去拆解成很细的加法计算，这个工作就几乎不是人干的事情了。难道就无解了吗？

呵呵，前面我们说过，计算机的特点是什么？无限重复，大家就发现，一个事情，比如7*24,这是乘法计算，但是，我们最终要拆解为加法计算去实现，但是，不是说我们每次都要这么拆解，乘法计算也是一个工作，有规律的，因此，当我们拆解一次之后，我们当然可以把这次拆解过程本身，编订为程序，下次遇到类似问题，让计算机把这个程序再跑一遍就ok了。呵呵，大家以为Intel的CPU里面的乘法计算指令是怎么实现的？大家又以为AMD的CPU内部的微代码体系是怎么实现的？

就是这么一个思维，解决了所有的问题，遇到需求，首先拆分，然后不断检索我们以前是不是以前拆分过了，遇到能套用的程序段落，就直接用，不用每次都拆分那么细，减少工作量，当然，遇到新问题，还是需要自己拆解的'，不过，拆解后，最好把拆解本身，也写成程序，下次重用。

大家玩各种语言，一般都提供基本库，这个基本库，其实就是前人已经拆解过的结果，软件公司觉得有代表性，可以满足大多数应用场合，就编订到基本库里面，以后程序员直接用，不用自己重复了，大家说是不是这样？

现在，大家知道怎么看待C的stdio.h,stdlib.h这些基本库了吧？C++的iostream是什么含义，知道了不？MFC知道了不？Java的运行时库是什么意思，也知道了吧？

不过呢，这个世界的需求总是很多的，并且，计算机的能力也是不断在进步，以前不适合计算机做的事情，现在也慢慢变得适合了。因此，大家总能遇到一些新问题，需要自己重新拆解，基本库中没有提供，这就是程序员这个职业存在的真实含义。帮助用户不断拆解新需求，解决新问题。当然，库本身也在进步，不断把已经被证明拆解成功的问题，修补到库中，避免以后的程序员做重复工作。就这么简单。