对于Unix的前景，范含是很清楚的，只不过，光想想确实挺美，真干起来就不一样了，开始的时候，简直不知道从何下手。

    如果光是谈论“开发新型操作系统的重要意义”，或者介绍一下自己“对于新型操作系统的初步构想”，这个范含不怵。现在的范含有把握侃晕业界所有的“电子工程师”们和“数学家”们。

    人力物力也不是问题。自己就是实权人物，可以调动FOR的全体员工以及通过奥尔森调动DEC相关产品线上的大部分人；最近的FEEE在Kervin机上面也是获利颇丰，手里攥着大把的现金。

    可是眼下就是这么一个尴尬的局面：钱有的是，不知道怎么花，人也足够，不知道怎么用。刚刚动员起来的这个“OS组”没有任何计划任务，都在眼巴巴的等着范含的“最高指示”。

    第一步到底应该先干什么，心里没谱。乍一看好像哪个都挺重要，再一看好像哪个都有前提条件。Unix/Linux不是微内核结构，几个主要模块彼此互相依赖，扭做一团。对于自己这样的旁观者而言，仅仅通过BROM里面那些带注释的源代码就判断出哪里是起点，确实有点难。

    范含最早写的Linux程序是个显示器驱动，在那之前都是用用Shell，写点儿命令行程序。直到第一回敲入“startx”，打算进入图形界面的时候，觉得分辨率和刷新率太低，不爽。X的配置怎么都达到不了Windows下面的效果。看来根本原因是由于系统识别不出自己的那个杂牌显示器，当时Linux下面的驱动程序还远远不如Windows丰富。没办法，自己动手，丰衣足食。先找了个最接近的驱动当模板，然后慢慢改。

    如果是正规的显示器，都应该有保护电路的。一旦监测到不对劲，就会在黑屏正中显示一行字：“参数超出范围”。但是范含当年很穷，为了少饿几顿就买了个便宜货，这一块肯定是被厂商省掉了。于是，一次修改之后，连个招呼都没打，“嗞”的一声就青烟缭绕了。

    从此之后，对于驱动程序以及其它硬件相关的部分，范含一向敬而远之，更别提内核了。所以直到现在也没有多少“系统开发经验”，写过的东西都是“应用程序”。

    现在的情况好一些，和硬件交互的代码完全可以交给底下人来做，自己只要考虑所谓“高端体系”即可。问题是，现成的代码肯定用不上，凭空写又找不到着手点。

    Linus最初写Linux的时候就不是“凭空”开发，参考了当时大学里面流行的“Minix”代码，一个为了教学目的开发出来的微内核体系。而这个Minix，又是参考了Unix的设计方案，去掉那些所谓“臃肿”的部分。至于“Unix”，现在的Bell实验室的那个Ken还没写出来呢。

    典型的“鸡生蛋，蛋生鸡”的问题。

    不要说现在，就是在二十一世纪，随便找个操作系统大拿，直截了当的问他：“给一个新的体系写操作系统，你打算先写什么？”多半会张口结舌。不张口结舌的人多半也会反问，“移植现成的Linux代码不好么？”

    移植是一码事，凭空写是另一码事。动手之初就能把所有错综复杂的关系弄清楚，这是很难得的本事。对于“Architect”的工资比“Coder”高很多这一事实，只有小白才会不服。

    现在的范含还差的远。

    所以现在的范含头大
    （本章未完，请翻页）