，然后点击“添加到主屏幕” 顶点小说网 www.223wx.cc，往生记无错无删减全文免费阅读！
sp;在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处理器开发的时候长久就曾经想过要在其中加入这种技术，毕竟在设计大型机的时候长久很熟悉这套流程，但是用在大型机上同用在微处理器的芯片上完全是两码事，这东西在45微米的工艺下显得是那么的庞大，而且k32作为长久的第一块处理器成品，加入cache使得开发风险加大，逼不得已长久不得不放弃之。
sp;在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处理器开发的时候长久就曾经想过要在其中加入这种技术，毕竟在设计大型机的时候长久很熟悉这套流程，但是用在大型机上同用在微处理器的芯片上完全是两码事，这东西在45微米的工艺下显得是那么的庞大，而且k32作为长久的第一块处理器成品，加入cache使得开发风险加大，逼不得已长久不得不放弃之。