饭呢？就是偶尔帮别人写几行程序。那时候其实还没有软件工程师这一职业，编程序的参考书也就是几本杂志。在当时，硬件就基本上等于整个计算机行业，所以写软件代码的人就跟今天计算机工厂里的组装工人差不多，只是做一点辅助性的工作。

    不过美国看的是什么？是你的本事，是你的产品都能干什么，而不是先看你读了几个硕士或博士，也不是看你从哪个学校毕业的。你别小看这个辍学的大龄青年，他们三个家伙水平不简单，最起码能看懂行内最前沿的论文。一个家伙最先看到了埃德加·考特（Edgar Frank Codd）的一篇论文，然后连同其他几篇相关的文章推荐给另外两个人也阅读了一下。他们读完以后就觉得数据库软件有潜力，于是就开始策划构建可商用的“关系型”数据库。我下面会谈一些专业名词，包括“关系型”数据库，不过读者不要被这些专业名词吓到了，大家听听就算了，我刚接触这些名词的时候，水平也和大家差不多，多听几次，多忍耐忍耐，水平就上来了。为了减轻读者的负担，下面我会把这些不需要知道的名词加上引号。

    不过第一个问题是，写论文的那个家伙自己怎么不去开公司呢？原因可不是像我们国内一样，写论文纯粹是闭门造车，做不得实践。埃德加·考特在专业学术期刊《Communication of ACM》上发表了那篇著名的《大型共享数据库数据的关系模型》（A Relational Model of Data for Large Sa Banks）的论文，这是数据库发展史上的一个转折。要知道，当时还是比较低层次的“层次模型”和“网状模型”数据库产品在市场上占主要位置。从这篇论文开始，拉开了“关系型”数据库软件革命的序幕。那么我告诉大家，埃德加·考特自己不去开公司，其真正的原因在于，他是IBM的工程师！

    那么紧接着的问题就是，怎么IBM不自己做呢？这里我们就会发现，历史总有惊人相似的一幕。这篇文章其实早在1970年6月就发表出来了，IBM却迟迟不搞这个项目。这是为什么呢？主要原因是当时的IBM就跟今天的联想一样闭目塞听，他们庞大而又复杂的官僚系统讨论半天的结论是什么呢？他们认为“关系型”数据库速度太慢，比不上当时落后的“层次型”数据库。好笑的是，IBM虽然在3年之后（也就是1973年）终于启动了新项目，研究“关系型”数据库的实际可行性，但是却迟迟不发布这样的产品，因为当时IBM的“层次型”数据库卖得还不错，如果推出“关系型”数据库，牵涉到IBM很多人的自身利益。

    与此形成鲜明对比的是，这三个“体制外”的人在1979年的夏季发布了商用甲骨文产品，这个新数据库产品不是很稳定，并缺少一些重要功能，但客户还是有的。当时，美国中央情报局迫不及待地想买一套这样的软件来满足他们的需求，但在咨询了IBM公司之后，发现IBM并没有可以商用的产品，所以中央情报局才联系了埃德加？考特他们。直到1983年，他们已经发布了甲骨文第三版，IBM才发布了姗姗来迟的产品DB2。

    这背后你又看到什么了呢？

    第一，只有在美国这种环境下，新的技术研究成果才能被及时发布出来。即便有一个公司因为内部问题没有做出来，这个技术也不会因此就销声匿迹了，而是被积累、传递了下来，这样后面的人就不需要在一些低水平的问题上浪费时间了，所谓科研就是这样的积累和传递。而中国科研的特性正好相反，我们基本上都在低水平上浪费时间了，而且缺乏积累和传递。

    首先我想谈谈，什么叫做低水平的浪费。例如我们小学二年级的学生可怜巴巴地背九九乘法表，这就是低水平的浪费，如果不背这些无聊东西，不但不会