随着对Windos055研究越深，江远就越能感受到它的强大。

作为近五十年后的操作系统，Windos055在整体设计理念上远远超过了现有的操作系统，很多细节也是现有操作系统所不能达到的。

比如，ReadBrain系统技术方案是050年出现的，Windos055完美地支持了这种操作方式，而不是像现在的Windos系统上，基本是一种凑合着用的状态。

还有，兼容现有平台应用的虚拟层，也没在其他操作系统上出现过。

现在用户如果想在Windos上使用Linu软件，做法多是通过虚拟机来实现。

著名的工具vmare就是一种虚拟机。

所谓虚拟机，就是一个软件，它的主要功能就是模仿成一台虚拟电脑硬件。

你可以在这台虚拟电脑上安装Windos、Linu、XOS等PC操作系统。

借此，用户可以在Windos上安装vmare，然后在虚拟机上安装Linu，这样用户就可以在Linu上安装应用，从而实现了在Windos上使用Linu软件的方法。

不过，在江远看来，虚拟机有两个非常严重的问题。

虚拟机毕竟是个软件，不是真正的电脑。

用户安装在虚拟机中的应用，其性能是远远达不到安装在实际物理机中的水平的。不信的话，你在虚拟机中玩个A游戏就知道了。

其次，很多时候，用户只是想用某些Linu才有的软件，他并不想用Linu系统，而且大部分用户其实离开Windos就基本不会用电脑了。

Linu偏于极客的命令行和XOS偏于小资的finder，都足以让用惯了三俗资源管理器的普通电脑用户懵逼。

而DTOS（Windos055）中的虚拟层设计彻底解决了这两个问题：既不会降低性能，又不会把用户扔进陌生的操作系统中。

学会了虚拟层设计后，江远发现其实虚拟层源码跟他之前的‘应用转换工具’有千丝万缕的联系，两者功能也有交集，它们同样解决了跨平台问题，只不过一个是运行时的，一个是转换静态代码的。

基本可以这么理解，操作系统内置虚拟层就是‘应用转换工具’加虚拟机的升级版。

江远很怀疑。

要不‘应用转换工具’就是微软未来开发的，要不就是‘应用转换工具’的团队被微软收编了。

总之，作为未来微软绝地反击的利器Windos055，在整体上绝对无可指摘。

不过江远的目的是说服军方专家，Windos055毕竟只是商用操作系统，在安全功能上肯定考虑不足。

一般来说，军方级别和民用级别产品的差距都是无比巨大的，江远还需要加强安全设计。

DT1是江远第一次把自己掌握的大量科技集成开发的新产品。

结果很不错，多个新技术联合起来的优势远远超过单独发布，深思集团借此直接横扫了几千亿美元，堪称恐怖。

吃到甜头之后，江远开始思考如何在DTOS上集成更多技术。

首先，可以把信息基点理论运用到磁盘管理的底层，超强的压缩能力，既变相提高了存储空间，又是一种另类的数据加密方法，这极大地满足了军方的安全需求。

其次，江远打算继续加强安全功能，把之前获得的那个‘荆棘式主动防火墙’技术也逆向出来，集成上去。

除此之外，江远还想再为DTOS专门开发一种新型开发工具DTCode。

这才是把Windos、Linu和XOS斩草除根的利器。

就像秦始皇美术制作工具进入学校，普及成为美术专业学生的默认学习工具后，其他美术开发软件逐渐陷入没有美术人员会用的绝境。

如果能发明一种新型软件开发工具，照着qsh工具的思路，直接把程序员脑子中的想法具现成代码，再配合上‘应用转换工具’，那就是真正的绝杀！

想想看，程序员通过DTCode用可以百倍于之前的速度写出代码，而且又是免费使用的话，没道理程序员会用其他开发工具的。

如果江远再关闭‘应用转换工具’在其他操作系统APP之间的互相转换功能，只留下把DTOS的APP转换成其他操作系统APP的功能的话，那会发生什么？

第三方开发商就会思考，我有两个选择。

如果我用DTCode开发DTOS的应用，再用‘应用转换工具’转换成Windos、Linu、XOS、安卓、IOS的应用，那我只需要开发一次。

如果我不用DTOS开发，那么我就要开发一份Linu的、一份Windos的，一份XOS的，一份DTOS的，那我需要开发四次。

第三方开发商会选择怎么做就不言而喻了，久而久之，就没有人使用苹果的XCODE、微软的VisualStudio之类开发软件。

温水煮青蛙之下，再找个合适的时间点彻底关闭应用转换工具的话，其他操作系统将一瞬间失去所有第三方开发者，那还玩个屁？

而且，这种新型软件开发工具也是DTOS项目必备的。

Windos055足足有一亿八千万行。

由于这是来自055年的操作系统，江远删除了其中不适合当前环境的代码，还剩下一亿五千万行。

再删除大量操作系统内置的但不必要的各种小工具，比如看图、计时器、计算器、绘图板、远程工具界面等等，这些直接购买第三方开发商的成品就行。

还有，DTOS第一版只需要制作普通用户会用到的可视化界面。

像一些操作系统的复杂管理工具，比如权限管理、安全策略等等功能全临时用命令行形式操作，后期再慢慢完善即可。

这样，DTOS的第一版代码大约在一亿两千万行左右。

江远计划六个月开发完毕，大约有000名开发者，也就是1000个人月。

也就是说，每个开发者每个月要开发1万行！

这太多了，基于现在的开发工具，这是不可能完成的。

正常来说，大部分程序员一年只能产出-5万行有效代码，也就是平均每天100-00行左右。

这不是说程序员写代码的速度慢。

实际上，程序员灵感来了的时候，小时飙出1000行也是正常的。

只是未来的某天，他可能需要花额外的一周时间修这1000行的BUG而已......

而且，更大的问题是返工。

很多程序员的工作日志都是下面这样的：

4月1日，开始功能1，完成50%。

4月日，功能1完成90%。

4月日，功能1完成99%。

4月4日，继续完成功能1。

4月5日，继续完成功能1。

......

4月15日，功能1上线。

......

4月0日，修改功能1的BUG。

......

4月0日，需求更改，删除功能1代码。

-_-#！

软件开发就是这么坑爹！

不过江远超乎常人的详细设计文档（照抄）极大避免了返工问题，但是江远无法避免程序员自己写出BUG。

所以，他必须尽量加快开发者的写代码速度，给他们腾出足够的时间修复BUG。

DTCode就是他的解决方案。

江远下定决心后，打开了系统面板：

“系统，我要对荆棘式防火墙使用溯本追源技能。”

“宿主准备使用‘溯本追源’，该技能需要冷却0天，是否确定？”

“是。”

“分析‘荆棘’主动反击式硬件防火墙......”（未完待续）