第647章 中文体系的操作系统（第3/3页）

之所以不是直接送到百万公里以内，主要是因为速度问题，速度提升不起来，穿梭到太近的位置，卫星会被高引力拉拽，很可能直接坠入太阳中，而不是环绕太阳运转。

哪怕是传送到千万公里位置，还需要依靠搭载的能源，不断的进行加速才能划入轨道，想要不被太阳拉拽坠落，就必须拥有极高的速度。

同时，奕星也正在生产第二批无限动力汽车，数量预计在两万台以上。

两万台，也远远满足不了市场需求，希望购买的人数非常多，第二批也只是用摇号的方式进行。

在抓紧发射卫星、生产汽车的同时，奕星也在抓紧消化特斯啦提供的基础代码，对公司建立的系统进行完善。

有了赵奕做大方向的指导，系统完善的速度是非常快的。

按照现在的速度来说，大概只需要三个月时间，就可以把全部的基础代码消化，再有三个月时间，就足以整合出更加完善、全面的体系了。

这时候，赵奕发现了一个问题，和完善系统体系直接相关，不管是整合代码，还是输入自己的控制代码，依靠的全都是基础编译程序。

基础的编译程序，是国外公司做出来的。

这是很大的限制。

因为再精妙的代码，实现的功能也必须要在基础编译程序的覆盖范围内，他们想要实现一些额外的功能，就根本不可能完成。

“这个问题好像没有办法解决啊？除非我们能够，创造全新的编译程序，属于自己的编译程序。”

赵奕冒出了新想法，“如果是制造全新的编译程序，最好还是用中文体系吧？”

“但是，用中文体系会很麻烦，而且工作量非常的庞大，甚至有些不可想象。”

‘哪怕是制造中文的编译程序，因为基础的系统，依旧是英文，只相当于，把中文命令转译成英文命令，似乎也没多大意义。’

“如果是构建底层，最好是从最基础，就是用中文——”

“想要把问题简单化，就必须拥有底层操作系统完全的代码。”

“而国内——”

赵奕仔细的思考起来。

想要从零开始的使用中文，构建出链接电脑硬件的物理转译层，难度实在是太高了。

如果拥有一个完善的操作系统，代码就不一样了，可以配合原本的代码，直接进行中文的转译，从底层实现使用中文编译程序的功能。

有了底层中文编译的基础，就可以向上一层延展、再延展，最后实现软件中文录入代码功能。

“现在我们要做的是车载系统技电子控制系统，也许可以找宇图合作？只是不知道付出什么代价，才能够说服宇图愿意共享机器人操作系统代码？”

“或许，可以一起研发？”

“对啊！一起研发！宇图才是专业的，让宇图去做研发，车载系统的构建上，也可以和宇图进行合作。”

“同时，还可以让他们帮忙，实现自动驾驶技术。”

“奕星，只是提供技术，专业，还是找专业的公司来做，反正，我也是宇图的大股东！”

赵奕做出了决定。