科技抽奖大亨-第131章
按键盘上方向键 ← 或 → 可快速上下翻页,按键盘上的 Enter 键可回到本书目录页,按键盘上方向键 ↑ 可回到本页顶部!
————未阅读完?加入书签已便下次继续阅读!
苹果面对深思集团的咄咄逼人必须反抗,因为它本身就代表着高端硬件。
微软完全没必要啊!
现在好了,江远启动dtos项目,显然已经把微软当成了敌人。
纳德拉皱起了眉头。
当然,江远的6个月之说他是不信的。
几千万上亿行的代码,再多人也不可能在短短6个月之内开发完成。
操作系统可不是建筑行业,可以像深思区那样堆人解决问题。
对于大型软件项目来说,项目组内部的交流成本将大得惊人。
软件行业有个笑话,一个程序员一个月就可以完成的代码,两个程序员至少需要两个月。。。。。。
江远再厉害也无法一个人完成操作系统源码,必须召集大量开发者一起开发,而华国的操作系统开发者肯定整体水平是不如微软的。
按此估计的话,微软开发in7用了6年,假设dtos第一版只完成in7的一半功能,再考虑到开发者水平和经验的差距,纳德拉估计至少需要4年。
哪怕江远这货又开挂,一个人完成大量工作,也最少需要年。
也就是说,不论江远如何不乐意,他也必须忍年。
当然,比较糟糕的是,深思集团一定会成功。
其实操作系统本身并不是超高难度的软件。
x82m视频压缩算法那种才是,放出了那么久愣是没人能重现,这就是难度。
现代商用操作系统的开发难度就低多了。
之所以现在市面上操作系统种类很少,只有两个原因。
一,代码量实在太多。
二,新操作系统的应用生态环境搭建不起来。
所谓应用生态环境,就是app数量够不够多,质量够不够好。
如果你做了个操作系统,连个看图软件都没有,鬼才会用?
什么?
你说你自己开发,可以啊,看图软件你当然可以开发,photoshop你开发一个试试?
开发了photoshop,还有ad,你也要自己来?
听音乐的呢?
看电影的呢?
下载小电影的呢?
这才是操作系统行业没有新厂商的根本原因,不是因为微软多么强大,而是它在过去的几十年积累了太多的exe应用。
就像之前的微软手机平台,哪怕有微软在后面站台,就是因为app一个能打的都没有,微软手机照样死得滚。
深思集团就不一样了,应用转换工具像个bug一样,只要江远足够不要脸,就可以瞬间转换出大量可以在dtos上运行的app。
生态系统什么的,对深思集团根本就不是障碍!
再想起神迹一般的深思区,纳德拉心中的不安愈发强烈起来。
。。。。。。
江远的惊人言论以最快的速度传遍了世界各地。
纳德拉天亮后也接受了采访,宣传自己的观点以避免微软市值大跌:
“江总确实是个百年一遇的决定天才,但是他也只是个人,不是神。现代操作系统庞大的工作量让人望而生畏,深思集团敢于进入操作系统领域令人佩服,一个行业必须有足够的竞争者才能保持健康成长。微软很开心看到操作系统行业的新伙伴,但是6个月肯定不可能,年应该是个可靠的时间”。
纳德拉那些冠冕堂皇的话自然没人信,不过有了他的年断言,西方媒体更开心了。
6个月完成操作系统果然是不可能的事情!
江远既然这么说,就一定会向着这个目标前进,所有的计划也是基于这个时间制作,那么深思集团就必然付出沉重的代价。
如果江远气晕了头,深思集团还会不会犯下更多的错误?
真是令人期待啊!
于是,一轮又一轮的舆论攻击如浪潮般冲向江远和深思集团。
。。。。。。
。。。。。。
随着江远一声令下,深思集团立即抽调了大量资金,人事总监拿着钞票四处挖人,争取凑出足够的有志于国产操作系统的华国程序员。
江远自己则再次带着张芸乘坐彩芸号离开浅湾市,来到了海面上进入闭关状态。
5月份温暖的海风令人沉迷,当然李文凯送来的七八个美貌小姐姐起到了画龙点睛的效果。
江远每天都会耗尽新增2小时学霸时刻,用来分析总结“indos 2055”的设计和框架。
其余时间则整理代码写开发文档,包括api接口要求、类说明、线程关系、关键算法以及设计了一些关键测试用例。
开发文档将提供给开发者,让他们拿着文档去完成代码。
由于江远打算自己负责完成……也就是照抄……最核心的100万行,所以这部分超级复杂的操作系统内核和“indos 2055”最关键的内置虚拟层就不用浪费时间写文档了。
马建国那边也在紧锣密鼓的准备中,他安排好了周以后的一次专家论证会,江远将上台讲解dtos的各种设计。
只要他能说服专家组,2000名以上开发者将在一周内全部到位,跟深思集团的开发者一起,立即开始开发dtos。
马建国非常希望江远能够尽快成功,让他在临终前可以看看真正国产操作系统的模样。
这是他最后的愿望。
第225章 DTOS项目的关键()
随着对indos 2055研究越深,江远就越能感受到它的强大。
作为近五十年后的操作系统,indos 2055在整体设计理念上远远超过了现有的操作系统,很多细节也是现有操作系统所不能达到的。
比如,readbrain系统技术方案是2050年出现的,indos 2055完美地支持了这种操作方式,而不是像现在的indos系统上,基本是一种凑合着用的状态。
还有,兼容现有平台应用的虚拟层,也没在其他操作系统上出现过。
现在用户如果想在indos上使用linux软件,做法多是通过虚拟机来实现。
著名的工具vmare就是一种虚拟机。
所谓虚拟机,就是一个软件,它的主要功能就是模仿成一台虚拟电脑硬件。
你可以在这台虚拟电脑上安装indos、linux、xos等p操作系统。
借此,用户可以在indos上安装vmare,然后在虚拟机上安装linux,这样用户就可以在linux上安装应用,从而实现了在indos上使用linux软件的方法。
不过,在江远看来,虚拟机有两个非常严重的问题。
虚拟机毕竟是个软件,不是真正的电脑。
用户安装在虚拟机中的应用,其性能是远远达不到安装在实际物理机中的水平的。不信的话,你在虚拟机中玩个a游戏就知道了。
其次,很多时候,用户只是想用某些linux才有的软件,他并不想用linux系统,而且大部分用户其实离开indos就基本不会用电脑了。
linux偏于极客的命令行和xos偏于小资的finder,都足以让用惯了三俗资源管理器的普通电脑用户懵逼。
而dtos(indos 2055)中的虚拟层设计彻底解决了这两个问题:既不会降低性能,又不会把用户扔进陌生的操作系统中。
学会了虚拟层设计后,江远发现其实虚拟层源码跟他之前的‘应用转换工具’有千丝万缕的联系,两者功能也有交集,它们同样解决了跨平台问题,只不过一个是运行时的,一个是转换静态代码的。
基本可以这么理解,操作系统内置虚拟层就是‘应用转换工具’加虚拟机的升级版。
江远很怀疑。
要不‘应用转换工具’就是微软未来开发的,要不就是‘应用转换工具’的团队被微软收编了。
总之,作为未来微软绝地反击的利器indos 2055,在整体上绝对无可指摘。
不过江远的目的是说服军方专家,indos 2055毕竟只是商用操作系统,在安全功能上肯定考虑不足。
一般来说,军方级别和民用级别产品的差距都是无比巨大的,江远还需要加强安全设计。
dt1是江远第一次把自己掌握的大量科技集成开发的新产品。
结果很不错,多个新技术联合起来的优势远远超过单独发布,深思集团借此直接横扫了几千亿美元,堪称恐怖。
吃到甜头之后,江远开始思考如何在dtos上集成更多技术。
首先,可以把信息基点理论运用到磁盘管理的底层,超强的压缩能力,既变相提高了存储空间,又是一种另类的数据加密方法,这极大地满足了军方的安全需求。
其次,江远打算继续加强安全功能,把之前获得的那个‘荆棘式主动防火墙’技术也逆向出来,集成上去。
除此之外,江远还想再为dtos专门开发一种新型开发工具dtode。
这才是把indos、linux和xos斩草除根的利器。
就像秦始皇美术制作工具进入学校,普及成为美术专业学生的默认学习工具后,其他美术开发软件逐渐陷入没有美术人员会用的绝境。
如果能发明一种新型软件开发工具,照着qsh工具的思路,直接把程序员脑子中的想法具现成代码,再配合上‘应用转换工具’,那就是真正的绝杀!
想想看,程序员通过dtode用可以百倍于之前的速度写出代码,而且又是免费使用的话,没道理程序员会用其他开发工具的。
如果江远再关闭‘应用转换工具’在其他操作系统app之间的互相转换功能,只留下把dtos的app转换成其他操作系统app的功能的话,那会发生什么?
第三方开发商就会思考,我有两个选择。
如果我用dtode开发dtos的应用,再用‘应用转换工具’转换成indos、linux、xos、安卓、ios的应用,那我只需要开发一次。
如果我不用dtos开发,那么我就要开发一份linux的、一份indos的,一份xos的,一份dtos的,那我需要开发四次。
第三方开发商会选择怎么做就不言而喻了,久而久之,就没有人使用苹果的xode、微软的visual studio之类开发软件。
温水煮青蛙之下,再找个合适的时间点彻底关闭应用转换工具的话,其他操作系统将一瞬间失去所有第三方开发者,那还玩个屁?
而且,这种新型软件开发工具也是dtos项目必备的。
indos2055足足有一亿八千万行。
由于这是来自2055年的操作系统,江远删除了其中不适合当前环境的代码,还剩下一亿五千万行。
再删除大量操作系统内置的但不必要的各种小工具,比如看图、计时器、计算器、绘图板、远程工具界面等等,这些直接购买第三方开发商的成品就行。
还有,dtos第一版只需要制作普通用户会用到的可视化界面。
像一些操作系统的复杂管理工具,比如权限管理、安全策略等等功能全临时用命令行形式操作,后期再慢慢完善即可。
这样,dtos的第一版代码大约在一亿两千万行左右。
江远计划六个月开发完毕,大约有2000名开发者,也就是12000个人月。
也就是说,每个开发者每个月要开发1万行!
这太多了,基于现在的开发工具,这是不可能完成的。
正常来说,大部分程序员一年只能产出…5万行有效代码,也就是平均每天100…200行左右。
这不是说程序员写代码的速度慢。
实际上,程序员灵感来了的时候,2小时飙出1000行也是正常的。
只是未来的某天,他可能需要花额外的一周时间修这1000行的bug而已。。。。。。
而且,更大的问题是返工。
很多程序员的工作日志都是下面这样的:
4月1日,开始功能1,完成50%。
4月2日,功能1完成90%。
4月日,功能1完成99%。
4月4日,继续完成功能1。
4月5日,继续完成功能1。
。。。。。。
4月15日,功能1上线。
。。。。。。
4月20日,修改功能1的bug。
。。。。。。
4月0日,需求更改,删除功能1代码。
…_…#!
软件开发就是这么坑爹!
不过江远超乎常人的详细设计文档(照抄)极大避免了返工问题,但是江远无法避免程序员自己写出bug。
所以,他必须尽量加快开发者的写代码速度,给他们腾出足够的时间修复bug。
dtode就是他的解决方案。
江远下定决心后,打开了系统面板:
“系统,我要对荆棘式防火墙使用溯本追源技能。”
“宿主准备使用‘溯本追源’,该技能需要冷却0天,是否确定?”
“是。”
“分析‘荆棘’主动反击式硬件防火墙。。。。。。”
第226章 DTCode()
“分析‘荆