笔趣阁 - 都市小说 - 科技抽奖大亨在线阅读 - 第225章 DTOS项目的关键

第225章 DTOS项目的关键

    随着对inds 2055研究越深,江远就越能感受到它的强大。

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

    比如,readbrain系统技术方案是2050年出现的,inds 2055完美地支持了这种cao作方式,而不是像现在的inds系统上,基本是一种凑合着用的状态。

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

    现在用户如果想在inds上使用linux软件,做法多是通过虚拟机来实现。

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

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

    你可以在这台虚拟电脑上安装inds、linux、xs等pcao作系统。

    借此,用户可以在inds上安装vare,然后在虚拟机上安装linux,这样用户就可以在linux上安装应用,从而实现了在inds上使用linux软件的方法。

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

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

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

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

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

    而dts(inds 2055)中的虚拟层设计彻底解决了这两个问题:既不会降低性能,又不会把用户扔进陌生的cao作系统中。

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

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

    江远很怀疑。

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

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

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

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

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

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

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

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

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

    除此之外,江远还想再为dts专门开发一种新型开发工具dtde。

    这才是把inds、linux和xs斩草除根的利器。

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

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

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

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

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

    如果我用dtde开发dts的应用,再用‘应用转换工具’转换成inds、linux、xs、安卓、s的应用,那我只需要开发一次。

    如果我不用dts开发,那么我就要开发一份linux的、一份inds的,一份xs的,一份dts的,那我需要开发四次。

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

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

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

    inds2055足足有一亿八千万行。

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

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

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

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

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

    江远计划六个月开发完毕,大约有2000名开发者,也就是12000个人月。

    也就是说,每个开发者每个月要开发1万行!

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

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

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

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

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

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

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

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

    4月2日,功能1完成90%。

    4月3日,功能1完成99%。

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

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

    ......

    4月15日,功能1上线。

    ......

    4月20日,修改功能1的bug。

    ......

    4月30日,需求更改,删除功能1代码。

    _#!

    软件开发就是这么坑爹!

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

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

    dtde就是他的解决方案。

    江远下定决心后,打开了系统面板:

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

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

    “是。”

    “分析‘荆棘’主动反击式硬件防火墙......”