[other] 华为仓颉编程语言,具备替代C++的能力,deepin可加入相关函数库
Tofloor
poster avatar
deepin
2023-01-17 07:50
Author

进入2023年,国产操作系统Linux deepin、Linux openKylin、openHarmony/HarmonyOS都进步不少,但是最棘手的问题就是:如何拥有自己一套成熟的编程开发语言

微软为了让Windows系统和软件生态的适配更加统一,以C语言为基础搞出C#,而不是直接用C++。

谷歌为了让移动操作系统Android的App应用也能并入到自己研发的PC操作系统中,于是用新的编程语言rust开始重写Linux kernel和Linux桌面UI,并且Linux kernel在代码重写的过程中也加入了“微服务”的架构理念,不再被C++限制。

也就是说:只有新的编程语言出现,才会让PC操作系统拥有更多的创造性变化,也能让生态变得更加有趣、稳定。

除了谷歌、微软,华为自己正在内测的仓颉编程语言其实也已经有了重写Linux Ubuntu源码的势头,因为它已经有自己的Qt库和GTK库,通过Ubuntu定制和仓颉编程语言的共同催化,可以演变为自己的Linux PC桌面操作系统。

如果deepin社区有开发者参与仓颉编程语言函数库的编写,我更建议在deepin的DDE系统环境下进行代码编写,让深度deepin也能用到仓颉编程语言的函数库。

Reply Favorite View the author
All Replies
1 / 2
To page
butu
deepin
2023-01-17 07:56
#1

6

Reply View the author
joo
deepin
2023-01-17 07:57
#2

"重写Linux Ubuntu源码的势头"这句话是你自己加上来的吧,如果华为的工程师这样想,华为就是一群傻逼的公司。

其实整段文字都是你自己的想象,不要说成是华为的想法,华为的官方斗音还刚刚在一个月前专门派一个有头有脸的人強調华为的开源不是重复发明轮子,是大家一起参与,拜托自己去看看那个视频,华为说得很清楚,是创建一个仓颉语言绑定qt的库,就像pyside6一样,跟深度的开发语言Unilang一样,计划绑定qt.

Reply View the author
deepin
2023-01-17 08:09
#3
joo

"重写Linux Ubuntu源码的势头"这句话是你自己加上来的吧,如果华为的工程师这样想,华为就是一群傻逼的公司。

其实整段文字都是你自己的想象,不要说成是华为的想法,华为的官方斗音还刚刚在一个月前专门派一个有头有脸的人強調华为的开源不是重复发明轮子,是大家一起参与,拜托自己去看看那个视频,华为说得很清楚,是创建一个仓颉语言绑定qt的库,就像pyside6一样,跟深度的开发语言Unilang一样,计划绑定qt.

如果你真正接触Ubuntu就不会说这种话,因为Linux桌面PC发行版中Ubuntu是非常稳定的,其他发行版真的找不出非常合适的,重写Ubuntu反而是更快演变的方式,openkylin、deepin也是从Ubuntu逐步演变、脱离并自主发展成形。

Reply View the author
deepin
2023-01-17 08:11
#4

仓颉编程语言有很多函数库都是基于C语言,后期可以为很多Linux操作系统发行版提供功能函数库。

Reply View the author
joo
deepin
2023-01-17 08:12
#5

如果你真正接触Ubuntu就不会说这种话,因为Linux桌面PC发行版中Ubuntu是非常稳定的,其他发行版真的找不出非常合适的,重写Ubuntu反而是更快演变的方式,openkylin、deepin也是从Ubuntu逐步演变、脱离并自主发展成形。

好吧,你说了算,夸领域是没法谈的。

Reply View the author
deepin
2023-01-17 08:16
#6
butu

6

目前,谷歌在Linux商业领域的动作很快。

Reply View the author
joo
deepin
2023-01-17 08:23
#7

你去看看华为官方的文档,或看看华为官方谈论欧拉的视频,是官方的视频哦,呵呵,这年头人家官方说的反而变成谣言,官方没说过的变成真的一样。

Reply View the author
joo
deepin
2023-01-17 08:45
#8

仓颉语言公测还没发布,公测后我一定会亲自测试看看,公测到1.0还很远(用于生产环境),虽然开发商声称可以用于生产环境,但需要获得认可还远,我们参考rust 1.0发布后多少年linux 内核社区才接受,我非常支持我们自己的开发语言,但,也需要时间沉淀。

公测后在测试、文档等,我会参与贡献,如果大家真的想支持本土的开发社区,更有用的是以志愿者参与进去,测试、文档、翻译都可以,不一定要写代码。

Reply View the author
doooooit
deepin
2023-01-17 09:04
#9

还是太年轻了呀,too young too simple, sometime naive

Reply View the author
joo
deepin
2023-01-17 09:09
#10

微软的C#不是对标C/C++的,C#是对标java的,需要了解C#的历史,是从字面的意思臆想C#来源于C/C++吧。

所有公开的信息显示谷歌没有研发PC操作系统,谷歌内部程序员不是所有都喜欢mac os,所以他们有自己定制的linux 桌面,早期是基于ubuntu后来基于debian定制的(注意是定制不是研发),但从来不公开发布过。

谷歌有研发新的操作系统暂时的名称是Fuchsia OS,但这个系统是移动设备和嵌入式设备的操作系统,是用来替换安桌的,Fuchsia OS不是基于linux的,是谷歌自己全新开发的微内核,所以谷歌从来没有用rust重写过linux内核。

Reply View the author
deepin
2023-01-17 16:22
#11
joo

微软的C#不是对标C/C++的,C#是对标java的,需要了解C#的历史,是从字面的意思臆想C#来源于C/C++吧。

所有公开的信息显示谷歌没有研发PC操作系统,谷歌内部程序员不是所有都喜欢mac os,所以他们有自己定制的linux 桌面,早期是基于ubuntu后来基于debian定制的(注意是定制不是研发),但从来不公开发布过。

谷歌有研发新的操作系统暂时的名称是Fuchsia OS,但这个系统是移动设备和嵌入式设备的操作系统,是用来替换安桌的,Fuchsia OS不是基于linux的,是谷歌自己全新开发的微内核,所以谷歌从来没有用rust重写过linux内核。

😂,不重写Linux kernel,安卓内核无改变

Reply View the author
deepin
2023-01-17 16:25
#12
doooooit

还是太年轻了呀,too young too simple, sometime naive

仓颉编程语言,现在更需要有更多开发者在不同领域进行更多使用和测试才行。

Reply View the author
hanzn-zzx
deepin
2023-01-17 16:40
#13

deepin有自己的unilang,就算重写也是用自己的语言

Reply View the author
ad1998
deepin
2023-01-17 17:20
#14

仓什么语,华为画饼第一名,哈都没见着,全是些拼拼凑凑的东西,微内核都没出来呢,还编程语言,靠民粹生存的公司有什么前途,拿什么和统信比,华为配做操作系统吗?他不配好吧!别来这逼逼,去菊花俱乐部玩去吧

Reply View the author
[^_^]
deepin
2023-01-17 17:43
#15

依托答辩

Reply View the author
川顺页
deepin
2023-01-17 17:48
#16

已举报,标题党,虚假内容。

Reply View the author
electricface
deepin
2023-01-17 17:58
#17

编程语言就该开放地搞嘛,现在还不放出来,闭门造车的感觉。

Reply View the author
deepin
2023-01-17 18:07
#18
electricface

编程语言就该开放地搞嘛,现在还不放出来,闭门造车的感觉。

函数库需要完善,可以参加内测。

Reply View the author
安洛
deepin
2023-01-17 18:11
#19

如果你真正接触Ubuntu就不会说这种话,因为Linux桌面PC发行版中Ubuntu是非常稳定的,其他发行版真的找不出非常合适的,重写Ubuntu反而是更快演变的方式,openkylin、deepin也是从Ubuntu逐步演变、脱离并自主发展成形。

有没有可能,华为自己的linux发行版叫做openeuler,而且不是用的所谓仓颉编程语言?

https://www.openeuler.org/zh/

https://www.openeuler.org/zh/community/organization/

Reply View the author
方老四
deepin
2023-01-17 18:11
#20

系统级编程C/C++语言是王者,因为主要是与硬件和内核打交道。

应用编程主要是与窗体图形打交道,现阶段要考虑多屏显示的需求,就是要实现一次开发多端使用,现在主要采取的是web技术。但web对桌面PC性能不佳,并且强制统一*语言,所以桌面开发还是大量采用的是C/C++图形函数库,但很难实现跨屏多端使用。

QT、web等技术底层都是使用的C/C++函数库,但浏览器中渲染器引擎的抽象层次更高,通过描述性语言HTML、CSS对窗体DOM节点元素属性进行描述就可实现图形显示,编程的工作量和复杂度都要小得多。

国内HVML的出现提出了一种解决方案,把浏览器中的渲染器和JS解释器解藕分离,在webkit的基础上自研了渲染器和HVML解释器语言。渲染器和hvml可运行在不同的进程中,互不影响,不会争抢资源,应用的流畅度会提高。渲染器可以作为服务程序常驻内存,通过自研的高效通讯协议实现解释器和渲染器的信息交换。

开发者可以继续使用自己喜欢的语言如C、C++、Pyhon进行数据计算,产生Josn格式数据,通过hvml解释器加载这些数据生成并控制DOM文档在渲染器中的显示和交互。由于渲染器和计算模块可以分别运行在不同的机器上,很容易实现多屏跨端显示。

Reply View the author
1 / 2
To page