第98部分(第1/4 页)

得到了x视窗系统的所有资料之后，长久也专门下了一番功夫，不得不承认这是专门为了小型机和工作站设计的。

同mac系统和windows那样的高集成度的图形系统不同，mit的人将这套x视窗系统分为了三个部分，服务端、客户端和通信函数库。

其中服务端就相当于总控硬件的显示程序，它接收服务端的绘图指令操作硬件完成绘图任务，将得到的数据传输给客户端。客户端不需要接触硬件指令，只需要请求、显示即可。

因此理论上只要硬件足够强大，可以运行许多服务端、客户端而互不干扰，颇有点服务器的意思。

而最让人惊讶的是x视窗系统仅提供基础的系统调用，长久第一感觉则是应该将之封闭起来提供一个图形api函数库，这样可以做成一个开发工具包，让那些程序员们不需要一步步的使用那些基础调用，简化编程工作量缩短开发时间。

在长久的示意下，沃洛克小组开发了一组图形套件，提供了菜单、按钮、对话框等图形接口的标准构件，还提供基本的视窗管理器，所有使用这套基本构件的程序员都可以非常轻松的创建一个视窗程序。

为了配合图形系统，长久发动了大批的程序员对现有程序进行移植和图形化包装，包括正在开发中的vs…office85系列套件。

长久厌烦了1。0、2。0式的版本命名方法，以年份命名简单直观，非常的平易近人，已经提出立即让所有人全票通过，因此就这么顺理成章的用来了公司的主力产品office系列上。

vs…office不愧为印钞机，仅仅在84年viewsoft就凭着它取得了3。2亿美元的收入，名列软件销量排行榜的第一位。

在85年长久针对变化的市场特意制订了一个火箭计划，秘密开发全新的基于图形界面的office系列，主要目的就是要借着图形操作系统的更新将那些在字符型系统下强劲的竞争对手彻底甩开。

比如wordprofect，这东西就是一个vs…word的强劲威胁，用户据说与office的不相上下，至于其他的公司或多或少都有一两项绝活，毕竟第一个吃螃蟹的人最美味。

因此借着图形操作系统的开发，长久准备对应用程序市场进行一次洗牌，本来乔伊意图使图形版的godson更加的开放和亲近程序员，长久毫无疑问的否决了，特地在核心和应用程序之间加了一层，称之为api（用户程序接口），完全断绝了程序员绕过系统直接操作硬件的可能，因此新系统的结构也就对其它公司模糊起来，第三方开发完全兼容之的程序变的不太那么爽利。

这招不折不扣的是和微软学的，长久还挺仁慈，只不过掌握了这一新层而已，只要不公开这套api的具体细节，日后根本就不可能有任何公司能够在应用软件层面超过vs公司。

当然，这样一来所有的开发工具就得重新设计和修改，虽然增大了vs公司程序员的工作量，但是为了日后的利润和优势，这是不得不投入的。

这些说的都很容易，其过程艰难无比，对vs研究院的所有成员来说这些东西几乎都是全新的挑战，除了长久，没人能够想象最终的产品会是什么样子，涵盖软硬件，二三百人的开发队伍也显得庞大了一点。

幸好徐志行在规划管理这方面做的确实尽心尽力，他虽不是这一行的技术人员，但是却深知组织与管理的重要性。

相对这帮各有一套的狂人来讲，技术上的难题或者并不构成障碍，花上足够的时间与金钱自然会跨越的，难得是如何将这些家伙捏合到一起协同工作。

这可忙坏了徐志行，不过也锻炼了他，让其超速成长为一个合格的经理人，他将所有人的特长归类，根据任务划分成了几个部门，各司其责。而长久则只负责总体框架和发展方向，保证了开发进度有序而快速。

研究院的进展如火如荼，长久的目标是要在85年底发行成品，不过看来这种目标实在太宏大了一点，系统或许能够成型，具体应用的软件则不知猴年马月才能移植完毕。

“挨踢”行业就是这样，不能有一丝一毫的懈怠，否则你会发现一夜之间天翻地覆，因为大家都在疯狂的奔跑。

同样的事情在每个公司上演，无论是英特尔还是微软还是ibm，这方面的情况大同小异，特别是在85年中这个阶段。

英特尔公司当时最重要的任务就是为难产的386催生，在圣塔克数以百计的工程师