行。
长久了解了来龙去脉之后才恍然大悟，感情MIT研究室做的是这个工作，人家并不是专为VS工作的，同时还为DEC服务，而且还优先于VS。
我说咋这么便宜那，感情着这家伙到处拉赞助啊，的人解释道，这个项目难处在于要制定一个图形界面的标准，兼容所有的unix机器及其变种，因此才要‘花’大力气测试，时间就是这么消耗的。
听了MIT的解释，长久抹了一把汗，乖乖，好伟大的理想，可是咱不是那种‘胸’怀世界的人，你们自己玩去吧。
于是一怒之下，长久要求收回投资，MIT的人自然不肯，漫天要价就地还钱，这才加了点钱购买了这套半成品的所有技术。
后来长久才知道X-indo并不是MIT原创，他们是从斯坦福得到了一个实验‘性’的视窗系统叫，加以改进到足够的区别之后才改名X的。
有了这个发现长久顺藤‘摸’瓜，由沃洛克博士出面找到了这套视窗系统的研究人员，许以重利挖来继续开发图形界面。
长久完全抛弃了MIT那套过于理想化的做法，居然想兼容所有unix变种，这简直荒唐，商业化的unix系统五‘花’八‘门’，各家公司为了自己的利益总想着和别人不兼容，如何能统一？
因此长久让沃洛克的图形开发小组全面的修改x视窗系统，坚决的要打击这种洒水式的兼容方式，一切要以现在研发的工作站、EC平台及386为优化对象。
得到了x视窗系统的所有资料之后，长久也专‘门’下了一番功夫，不得不承认这是专‘门’为了小型机和工作站设计的。
同mac系统和indos那样的高集成度的图形系统不同，MIT的人将这套X视窗系统分为了三个部分，服务端、客户端和通信函数库。
其中服务端就相当于总控硬件的显示程序，它接收服务端的绘图指令‘操’作硬件完成绘图任务，将得到的数据传输给客户端。客户端不需要接触硬件指令，只需要请求、显示即可。
因此理论上只要硬件足够强大，可以运行许多服务端、客户端而互不干扰，颇有点服务器的意思。
而最让人惊讶的是X视窗系统仅提供基础的系统调用，长久第一感觉则是应该将之封闭起来提供一个图形API函数库，这样可以做成一个开发工具包，让那些程序员们不需要一步步的使用那些基础调用，简化编程工作量缩短开发时间。
在长久的示意下，沃洛
…。。