得到了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催生，在圣塔克数以百计的工程师为着386这一几乎是全新的架构在忙碌着。
不同于以往的设计模式，总设计师葛洛夫认为286这个架构缺点颇多，已经完全不能胜任日后的芯片发展，因此主张设计一个全新的架构用以兼容286之前的软件，而不是继续在286上改进。
这可要了开发组的命了，葛洛夫偏执的可以任谁也不能劝动，因此本来84年即可出世的386硬生生的半路扭转了方向，几乎是从头再来了一遍。
负责架构设计的是资深编译器程序员克劳福，由于其在硬件上的天赋，被葛老大提拔成了架构设计小组组长，这点同长久颇有相似之处。
克劳福和其组员们绞尽脑汁的想着葛老大的构想，既要兼容以前的软件还要有性能上的飞跃，这点对于老旧的8086结构更显的难能。
费尽心思之后，克劳福总算完成了任务，其实很简单，他将386处理器设计成了可切换的三种工作模式，8086模式、286模式和386模式。
顾名思义，8086模式是用来运行16位的软件，286模式专门兼容针对存储器管理特性优化的软件，而386模式才是真真正正的高性能运算模式。
他老人家一股脑的把所有硬件全集成到了一块，的确是个笨办法。不过是哪个伟人说的来着，只要能解决问题，笨办法就是好办法，这点克劳福做到了。
鉴于286的外围控制芯片开发被amd放了鸽子，葛洛夫深刻的意识到了一点，就是不能为了开发微处理器而开发，因此386被定位成了一个新的微机平台。
由于同长久签订了长达10年的交叉授权协议，葛洛夫对长久这边的芯片组开发关注度非常之高，几乎逼着长久将开发基地弄到美国来。
长久欣然从命，毕竟在美国本土可以更快的同英特尔的处理器设计部门交流，对386的架构可以实时的了解。
所幸长久同样重视这个部门，毕竟这是所有微机系统的命脉，而且因为有了英特尔公司的支持和成功的经验，小组的开发进度非常之快，几乎是和386的进度等同。
正是由于这些软硬件上的合作，长久了解了一些386上应用的最新技术，比如cahce（高速缓冲存储器）。
客观上来讲，微机上所有的技术通常都是由大型机转化而来，cahce技术同样也不例外。这东西通常被应用于处理器与内存之间，速度比处理器慢比内存快，作为一个数据和命令的缓冲存在。
实践表明，没有cache技术的计算机同应用了cache技术的计算机相比性能差距不可以道里计，甚至可以达到100％的性能飞跃。
早在k32处理器开发的时候长久就曾经想过要在其中加入这种技术，毕竟在设计大型机的时候长久很熟悉这套流程，但是用在大型机上同用在微处理器的芯片上完全是两码事，这东西在4~5微米的工艺下显得是那么的庞大，而且k32作为长久的第一块处理器成品，加入cache使得开发风险加大，逼不得已长久不得不放弃之。
~~~~~~~~
我好热啊……
一百八十四
不过随后的k32后续产品开发中长久坚决的要加入这种技术，毕竟这样做投入不大而效果非常之明显。
现在看到了英特尔也有类似的计划，长久不由得庆幸当时自己的坚持，否则一旦386成功，自己又得忙活好一阵了。
不过长久百思不得其解的是，cache作为高速存储器消耗的晶体管资源很高，英特尔的386本身就已经很大了，要是加入cache的话那芯片面积……不可想象。
其实不光长久不解，英特尔圣塔克研发团队内部对此也是争论不休，讨论是不是要在内部集成这个庞然大物。
下属可以破开脸面大骂，可是作为总设计师的葛洛夫就不能这么干了，作为一名决策者，他必须通盘考虑所有的可能不利的因素，而不是为了追求性能而冒险，毕竟386的开发拖得时间已经太长了。
葛洛夫暗自思索，毫无疑问加入cache对性能的好处显而易见，但是由于cache使用的是静态存储器，不但消耗的晶体管更多，而且体积较大，386现在集成的晶体管已经达到了空前的27万，如果再加上cache，那对成本是极为不利的。
鱼与熊掌不能兼得，一番斟酌之下，葛洛夫只能放弃这个诱人的想法，退而求其次，将cache分离了出来，单独做成了一个芯片，搭载在主板上用以配合处理器工作，聊胜于无。这招后来被大规模的应用，以前的那些386主板上都有这个东西，自带cache芯片，现在当然看不到了。
相同的做法还有浮点运算支持部件，葛洛夫依样画葫芦，在工艺达不到要求的情况下只能开发单独的浮点协处理器，用以支持高精度科学运算。
以往英特尔的处理器都会搭配数学协处理器，如8087、80287等。只是颇为尴尬的是，新的386计划中并没有包含这个项目，葛洛夫只能从被打入冷宫的432处理器小组中调来了所有浮点单元的资料，修改之与386指令集兼容，也算是一女嫁二夫。
英特尔的团队就如同一架火车，开动起来之后突破一切障碍，攻克了一个个的难题，终于接近了成功，预计七八月份就可以拿出成品了。
至于微软则有些低调，整个84年比尔除了偶尔出现在公众面前为其windows泡泡造势之外，其他时间几乎都闷在西雅图与他手下的那些年轻人们努力的编写程序。
由于日子不好过，比尔大门接了不少活，自己手里还有巨无霸windows秘密研发，开发人员可以算是捉襟见肘。
因此比尔不得不招聘了大量的程序员用来应付那越来越多的任务，不过比尔招人很有一套，他总是坚持只雇佣那些已发现的最聪明的人，比如那些刚毕业名牌大学生，这是他最喜欢的。
在西雅图郊区的一栋建筑物中，聚集着可以说是这个世界上最有活力的程序员了，因为他们都是二十来岁的年轻人，受到了比尔许诺的优先认股权的吸引才走在了一起。
比尔对这些人才可谓是宠信有加，无论什么条件都尽量予以满足。基于这些以及比尔大门个人的魅力，这些家伙也对比尔死心塌地，甚至后来还被人们戏谑为微软奴隶。
当然要让这些家伙主持大工程那是不可能的，这会搞得一团糟。他们的任务只有一个，就是在软件主管的领导下完善程序以及将这个卖出去。
西雅图的狂人们被分为好几个部门，最大的就要算图形系统开发组了，毕竟比尔把宝都押在了这上面，意图翻身。
窗口计划的项目经理早已换了，资深的程序高手康森被调了进来加强这方面的实力，负责程序各项难关的攻克。
比尔同样以身作则，每天没有任何娱乐时间。
比尔非常清楚，一次次的跳票带来的恶果，留给他们的时间已经不多了，要是在7月份还拿不出能看的程序，那些开发商们肯定会放弃的。
因此比尔从早餐开始就审核程序以及考虑软件的整体架构，中午休息一会，整个下午就同程序员们一起不停的编写代码，一直到深夜。
这样的生活一直持续了大半年，并且在85年初达到了顶峰。
“鲍尔默！鲍尔默！”早早的吃完了早餐的比尔喝着浓浓的咖啡，在审核的程序上发现了一处错误，立即火冒三丈，拍着桌子对秘书喊叫。
枯燥的生活、开发的压力让比尔在这一年里变的越来越烦躁易怒，手下人简直对其畏惧。
“鲍尔默先生正在吃饭。”秘书非常小声的说，她可不敢触怒这头狮子。
“马上把他叫过来。”比尔怒吼。
“什么事情？”鲍尔默红着一双眼睛，嘴里还咬着一片面包，急匆匆的跑过来，还拿着手绢擦着手，胸前还有饮料的痕迹，看起来好像打翻了什么。
“你居然还吃得下东西！”比尔一看他气就不打一处来，指着鲍尔默的鼻子喷着口水，“别看咱俩是哥们，我警告你，年底前再不能交货，你们统统给我卷起铺盖走人！还有这个拿去，给我重写！”
磁盘被扔向鲍尔默，他慌手慌脚的接住，沮丧的走回研究室。
鲍尔默不得不诅咒着vs公司以及长久，要不是这个这个家伙横插一杠子，微软哪能变成现在这个样子。
以前的微软是多么的高贵优雅啊，鲍尔默有点恍惚的想，想当年哥几个白手创业，仅靠忽悠就套了几百万美元，白马轻裘，逛遍了整个西海岸，不知道泡了多少妞，何等的意气风发。
哪像现在被竞争的压力压得喘不过气来，如同驴一样的工作，还被老板像狗一样的呼来喝去，要不是看在美元的份上早就撂挑子了。
不过人在屋檐下不得不低头啊，鲍尔默无奈的叹了一口气，走进办公室，把刚刚入睡的程序员们挨个叫醒。
面对着小伙子们迷蒙的睡眼，鲍尔默打气道：“弟兄们加把劲吧，比尔又发飙了，下雪前必须要完工，否则咱们只能go home了。”
办公室里顿时哀鸿遍野，抱怨声不绝于耳。不过没人反抗，毕竟比尔大门除了在工作上会发飙之外，一般都是对事不对人的，待遇也不错，在硅谷还没有什么老板能给他们这些刚毕业的大学生发这么高的薪水，还有优先购股权。
相比窗口小组优厚的条件，其他部门就好像是后娘养的，待遇差了老大一截。这就是社会，没有成绩就没有利润，同样也就没有奖金，很简单的道理，这倒也公平。
这也是市场逼得，毕竟pc平台上的软件几乎都被各家瓜分，vs占了大头，其它公司割据一方，而微软只能凭借着苹果的合同在mac系统上捞了一把，就这还是同别人争抢下来的结果，因为持有苹果合同并不是他一家。
同样是一个小公司，居然只有两三个人，出品的一款电子表格集成软件在诸多竞争者中脱颖而出，不但让微软干将西蒙尼苦苦改进的mutiplan一败涂地，那就是莲花。
莲花一出，谁与争锋。正史上莲花公司本是这一行的翘楚，独占了苹果、pc两大平台十年，斩敌无数，成了全美第二大的软件公司。
不过在这个时空莲花生不逢时，其作者卡普的第一炮就没打响，被长久的videoform抢了头筹，只好自认倒霉。等到了后来pc大行其道，卡普韬光养晦了两年开发出了电子表格、数据库、图表三合一的软件lotus1…2…3继续逐鹿中原，谁知又是功亏一篑，被长久的vs…office抢了个先，在pc平台苦苦挣扎了一年之久也不过取得了6％的市场占有率，而vs…office则取得了pc平台80％的市场，压倒性的差距。
不过风水轮流转，苹果的mac横空出世，异常幸运的是乔布斯爱憎分明，由于被vs耍了一道，他根本没有和vs公司签署任何软件合同，这就给了其它软件公司一个方便，mac平台成了各大失意软件商的竞技场。
微软同莲花几乎同时进入了这个领域，取得的成果也大致相当，各占�
小提示：按 回车 [Enter] 键 返回书目，按 ← 键 返回上一页， 按 → 键 进入下一页。
赞一下
添加书签加入书架