见山,见路,见天地:OpenHarmony的开源共建攀登

news2025/1/13 9:52:20

376b578c0230d31df196eb8d793db1cc.jpeg

自诞生之日起,OpenHarmony就引起着各方的关注,可谓是盛况空前。但一款开源操作系统的成功,困难不在第一步,而是第一步后面的一万步。

那么,踏出开源第一步之后的OpenHarmony,后面的故事如何发展了呢?

如果用一个状态来形容,那就是OpenHarmony正在翻山。回首此前,OpenHarmony已经走过了一段足够惊人,也值得骄傲的路;放眼未来,还有更多挑战和难题在等待解答,等待各界加入新一代开源操作系统的建设。

2月25日,由OpenHarmony项目群技术指导委员会(TSC)主办,华为承办,润和软件、九联科技、软通动力、诚迈科技、优博讯等单位共同支持的开放原子开源基金会OpenHarmony技术峰会在深圳召开。这次技术峰会向外界分享了OpenHarmony最新的技术、生态、行业进展,展示了OpenHarmony已经完成的旅程。峰会期间发布了终端操作系统十大技术挑战方向,讨论了下一代操作系统的架构与技术演进方向,则是为接下来的旅程划定了坐标。

借此机会,我们可以详细了解OpenHarmony在开源共建领域的攀山之旅。

这是一次见山,见路,见天地的旅行。

见山:万物智联时代,“昆虫纲悖论”

呼唤兼顾通用与个性的新型操作系统

9b5804314285767bb99029c31c3a1154.png

一款开源软件、开源操作系统的成功,注定要与时代的需求相契合,必须要有需求,有挑战,才能让相应的答案具有吸引力。这种引力会将更多开发者、参与者带到开源生态,最终形成势不可挡的合力。

OpenHarmony的旅程,开始于见到山的那一刻:当我们不可逆地驶入万物互联时代,多终端带来越来越多的操作系统成为了万物互联时代中无法逃避的问题。

这会带来“昆虫纲悖论”问题,就如同东京大学的坂村健(Ken Sakamura)教授给出形象的比喻:地球上的哺乳动物大约有5000多种,好比传统的服务器、个人计算机(PC);昆虫大概有100多万种,好比万物智联时代的多样化设备。一方面,数量更大的万物智联设备带来的累计价值,远大于服务器和PC的市场;但另一方面,由于缺乏可大批量复制的软硬件和应用,没有批量也就难以有低成本,也就不会有巨大的市场空间。

16100c86ea49a69be2c815adb2cff976.png

解决这个问题的核心在于万物互联是时代正在需要操作系统新基座,既而应对万物智联时代两个大的变化:一是用户更加关注场景化的体验,比如智能家居、智能出行等;另一方面是生态系统更加庞大。

有了山,就要有翻山越岭的路。万物智联的难题,让OpenHarmony的核心技术能力变得明亮起来。“架构解耦、弹性部署”、“自由流转、智慧协同”和“极简开发、一致体验”的OpenHarmony三大架构特征,让OpenHarmony可以打通手机、平板、PC、智能家居、物联网设备、行业终端等的界限,实现真正的分布式全场景、跨终端协同。

综合比较下来,OpenHarmony或许可以说是跨场景、跨终端难题的最优解。既然这是一条正确的路,即使很难,也终会走通。

6b290439c910abdaca402108e40c48f5.png

见路:

OpenHarmony已经登上了半山

根据Linux等操作系统的发展经验,有人提出一款开源操作系统或者开源底层软件的能否存续,需要用两年左右的时间来进行回头检验。那么如今,OpenHarmony的成长应该已经到了值得被好好审视的阶段。

经历了两年多时间的发展,我们会看到OpenHarmony最核心的成熟标志,是其作为标准设备操作系统的基础能力已经逐步构建成熟。其多设备、跨终端操作系统的技术愿景,已经被认定是具有说服力的。峰会现场的OpenHarmony生态成果展区,即是这种成熟的一个缩影。

在展区当中,我们可以看到OpenHarmony在芯片、开发板、三方库、商业设备、行业应用等方面的阶段性成果。其中在共建展区,展出了来自21家共建单位、机构以及个人的40款展品,包括24款开发样例,16款开发板。在开发样例方面,可以看到应用了OpenHarmony的即时通讯、UI显示、音视频数据处理等一系列技术。在开发板层面,覆盖了家居、交通、教育、安防、工业、新能源、制造等领域。

在这次集中呈现背后,是OpenHarmony走过的开源共建之路。从生态上看,其社区已经汇聚5100+共建者,51家共建单位, 近亿行代码。OpenHarmony生态委员会已经设立了9个专委会,向重点行业迈进、渗透。而从产业上看,2022年OpenHarmony迭代更新了5个版本,支撑29款复杂带屏设备商用,已经有238款基于OpenHarmony的产品落地,覆盖教育、交通、金融、家居、安防等多个行业。 

11eae3333b48f78e61298d555fce0449.jpeg

操作系统是有滚雪球效应的,初期发展之后,会进入更快、规模更大的指数级增长。今天OpenHarmony已经展现出这一特征,适合更多人、更多力量在此时参与进来。

从技术发展上看,OpenHarmony的分布式、跨终端发展方向已经成为各界共识,成为新一代“元操作系统”的可能性非常大。适合产、学各界关注和推动,持续投入力量。

从应用空间上看,OpenHarmony在诸多领域展现出了不可替代的经济价值。比如说隧道、矿山、海港等,有效的应用空间激活了产业生态的发展空间,适合更多开发者投入其中,收获成功。

从产学一体的角度看,OpenHarmony关注度高,社会价值大,正在得到更广泛的学界支持,不仅适合高校、学术机构利用这一机会完成技术探索,也非常适合学生进行学习,把握时代机遇。

OpenHarmony走过的这条路,既展现着开源事业的艰辛,也浓缩着中国开源领域的热忱与凝聚力。好在,OpenHarmony已经登上了半山,而向着更高处的路,也已经展现在眼前。

见方向:

挑战,即是登顶之路

1c6610b0c00bd27e0a22e16c0687a33f.png

OpenHarmony并不是一项“完成时”的操作系统,它有着开放发展空间,也面对着直观、具象的发展挑战。换言之,它并不是已经成熟,而是有待探索,也恰恰是这种特性,让OpenHarmony富有活力,让更多企业、开发者、学子能够参与进来。

技术峰会期间,OpenHarmony项目群技术指导委员会主席陈海波发布了终端操作系统十大技术挑战方向,希望凝聚产业界与学术界智慧,共同面对未来终端操作系统的挑战。

1781a6139e6302ffe5fc37fc4791008a.png

整体而言,终端操作系统十大挑战方向分为三类。

第一类是“极致体验”,这一类挑战直接关乎在万物智联时代用户使用终端设备的体验,也是我们普通人最期待完成的一类挑战,让我们在从触摸交互走向时空自然交互的过程中,消除语义鸿沟,带来更加沉浸式、无缝流转的多设备协同体验。

第二类是“纯净安全”,随着多终端、全场景时代到来,数据会在不同的设备之间流转,数据也需要分享,才能产生价值,特别是关于身份的数据,更是与用户的财产安全息息相关。当前,无论是消费者还是企业,都更加重视操作系统的安全与隐私保护,逐步构建起万物智联时代百亿级智能终端和连接的数字信任体系。

第三类是“极简开发”,直面开发者进行多终端开发时的痛点与需求,提出了未来应用和设备向开发平台的发展方向,帮助软硬件厂商和开发者完成从单场景开发到全场景开发的转变,满足海量智能硬件和支持跨端流转的新形态应用开发需求,实现一次开发、多端部署。

我们可以展开其中一些具体的挑战方向,看看终端操作系统十大挑战方向如何牵引下一代技术发展。比如说,终端操作系统十大挑战首先提出,要构建以用户为中心、场景感知的应用软件新形态。我们已经能够感觉到多设备协作带来的魅力,但对于消费者来说依旧不够友好,不够智能。一方面,多终端设备无法主动、直接将服务提供给用户,而是需要用户大量、频繁触发;另一方面,随着时间与空间的变化,用户需求也会发生变化,但服务却不会进行相应调整。这种情况下,如何精准的感知用户需求变化以及精准的推荐模型,实现服务直接推荐给客户,并感知客户的变化自动推荐做合适的服务,来达到体验的跃迁。

如今,OpenHarmony已构建分布式软总线及原子化服务框架,初步具备跨APP协作、多设备协同的能力,主流操作系统也具备一定的APP智能推荐能力,但精准度还不高。在未来,构建一个跨设备无缝协作,能够按需生成服务的这么一个新的软件形态,既是广大开发者的挑战,同时也是一个机会。

56265a7496032f655b900cbf45ef587f.png

再比如,多设备场景的协同操控,依旧是用户的主要痛点。用户交互界面广泛存在于智能手机、平板、电脑、智能穿戴、电视、车机和XR终端,但操作方式依旧以触屏为主,很容易造成操作效率低、用户体验差等问题,是否可以结合语音,甚至眼神、空间、姿态等交互方式来进行操作升级,也是一项具有无穷魅力的挑战。

终端操作系统十大挑战方向,是未来终端操作系统主要的发展方向与主要任务,可以说指明了持续上山的路。OpenHarmony也会集合产业界、学术界各位开发者、高校的力量发展出一个面向未来的高体验、高安全、高开发效率的终端操作系统。

1.跨越消费者与企业场景,将消费终端体验升级与产业数字化升级结合起来,驱动OpenHarmony成为真正的新一代操作系统。

2.重视隐私安全、数据安全等工作,让OpenHarmony成为具有足够安全能力的底层软件,让万物智联时代从根基处即是安全、友善、隐私的时代。

3.既重视操作系统的开发、部署,同时也重视其应用体验与商业价值,关注开源操作系统的全栈发展,为不同领域的开发者、参与者洞开通路。

见到山,于是出发;见到山后的山,于是步履不停。OpenHarmony已经标清了未来,那是一个与生态参与者同见天地的未来。

4ee5c2f093edbecaeba21cf1b15f856b.png

见天地:

我们一起越过高山

随着技术持续积累,产业不断发展以及路径逐渐清晰,OpenHarmony已经进入了新的阶段,成为了更多开发者、参与者、研究者的机会。

对于开发者来说,逐步完善的OpenHarmony,已经可以让开发者的重心从如何利用OpenHarmony特性,转变到如何开发属于自己的OpenHarmony商业版,或者符合自己需求的OpenHarmony产品。更多领域的软件参与者,尤其是内核、视窗、安全、框架、编程语言等领域的开发者,将在已经逐步完善的OpenHarmony中获得更大的机会。

而对于高校师生来说,OpenHarmony的技术先进性正在从产业界向学术界辐射。终端操作系统十大挑战方向这样的前沿课题,就可以看作OpenHarmony一次从产业向学界衔接的探索与尝试。OpenHarmony生态当中,既有适合研究团队发展的方向,适合高校、研究机构参与的工作,同时也是适合年轻人学习、了解、洞察未来的机遇。

f61f4fde4127a841d261fc66cb543565.png

更重要的是,OpenHarmony是一个确定性的未来。一个家中所有终端能懂我所需,矿井中所有设备能相互说话,工厂里所有装置能凝聚成数字化生产力的未来。

我们在今天有机会去探索这样的未来,又如何能够拒绝时代的馈赠呢?

戴尔·卡耐基在《人心的弱点》中说:“今天太宝贵,不应该为酸苦的忧虑和辛涩的悔恨所消蚀。把下巴抬高,使思想焕发出光彩,像春阳下跳跃的山泉。抓住今天,它不再回来。”

OpenHarmony的开源共建,就是像“春阳下跳跃山泉”般的今天。

用力把握它,参与它,建设它吧,去获得万物互联时代,富有无穷可能性的未来。

09b317367f434cbf0b2676d365c8c69c.gif

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/379474.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

(五十三)大白话基于主键的索引是如何设计的,以及如何根据主键索引查询?

上回我们说了数据页分裂的过程,在你不停的往表里灌入数据的时候,会搞出来一个一个的数据页,如果你的主键不是自增的,他可能会有一个数据行的挪动过程,保证你下一个数据页的主键值都大于上一个数据页的主键值。 在这个…

开启MySQL慢查询以及慢查询日志使用

目录 要开启慢查询,需要关注这几个参数 打开慢查询日志 把日志文件存储在文件中 模拟慢查询 如何寻找并查看慢查询日志 把日志文件存储在表中: 其他关注参数 log_slow_admin_statements Slow_queries 在生产环境中:mysqldumpslow工具分…

问题与解决办法整理一

文章目录1. Linux报错:terminate called after throwing an instance of ‘std::regex_error‘ what(): regex_error;[regex报错,需要将G,GCC都要升级才可以](https://blog.csdn.net/qq_56101220/article/details/127371121)2. ctemplate时遇到连接库失败的问题,将l…

redis(12)持久化操作-RDB

前言 Redis 提供了 2 个不同形式的持久化方式: RDB(Redis DataBase) AOF(Append Of File) RDB 在指定的时间间隔内将内存中的数据集快照写入磁盘, 也就是行话讲的 Snapshot 快照,它恢复时是将快照文件直接读到内存里。 备份是如何执行的 Re…

自动化测试框架/工具选择

单元测试(白盒测试) XUnit等(一般开发自己做) 接口自动化测试(灰盒测试) soapUI,优点:上手快 缺点:商业工具 postMan:chrome插件 优点:免费 缺点:用例管理…

深入了解Apache InLong和重点理解Sort的应用

深入了解Apache InLong和重点理解Sort的应用一、产品优势二、产品架构三、模块四、已支持数据节点五、基本概念六、Agent 插件七、Sort插件八、Manager 插件九、DataProxy插件十、重点理解Sort的应用1.支持多种数据节点2.安装部署3.启动 InLong Sort 任务4.MySQL to PostgreSQL…

数据库——3.数据库的设计规范(实用版)

前面也出过一篇文章,那篇文章里面详细介绍了数据库的设计规范,包括方方面面的内容。说实话,其实里面好多东西都是一种习惯的问题,用不用都影响不大,只要知道那个概念,遇见时能理解,需要时会使用…

云原生可观察性工具泛滥的思考

前言 对于采用容器环境和kubernetes的公司来说,可观察性正变得越来越重要。CNCF最近的一份报告发现,72%的受访者使用了多达9种不同的工具来监控他们的云原生环境和应用程序。当然,如果不使用足够的监控工具,可能会导致隐藏的安全…

【链表OJ题(一)】移除链表元素

​ ​📝个人主页:Sherry的成长之路 🏠学习社区:Sherry的成长之路(个人社区) 📖专栏链接:数据结构 🎯长路漫漫浩浩,万事皆有期待 文章目录链表OJ题(一)1. 移除…

FreeRTOS入门(06):任务通知

文章目录目的基础说明使用演示作为二进制信号量作为计数信号量作为事件组作为队列或邮箱相关函数总结目的 任务通知(TaskNotify)是RTOS中相对常用的用于任务间交互的功能,这篇文章将对相关内容做个介绍。 本文代码测试环境见前面的文章&…

「JVM 高效并发」锁优化

为了线程间更高效的共享数据及解决竞争问题,提高程序执行效率,JDK 6 做了大量锁优化,如适应性自旋(Adaptive Spinning)、锁消除(Lock Elimination)、锁膨胀(Lock Coarsening&#xf…

2、监控界面设计

【任务描述】本任务要求使用相对布局或约束布局以及相应的控件完成智慧园区监控系统界面开发一、相对布局(RelativeLayout)概述相对布局(RelativeLayout)是一种根据父容器和兄弟控件作为参照来确定控件位置的布局方式。使用相对布…

《机器学习》- 习题解析 - 第一章

《机器学习》- 习题 - 第一章 文章目录《机器学习》- 习题 - 第一章一、示例-计算表1.1中的版本空间二、习题 1 - 计算题目中的版本空间三、单个合取式&析合范式的概念四、习题 2 - 计算题目中假设空间的规模大小一、示例-计算表1.1中的版本空间 首先从概念上理解版本空间…

一起玩转开源数据库!OceanBase DevCon 之开源生态全景解析

​ 2023 年 3 月 25 日,首次 OceanBase 开发者大会将在北京举办,OceanBase 首席科学家阳振坤与 OceanBase CTO 杨传辉领携众多技术专家,将与开发者共同探讨单机分布式、云原生、HTAP 等数据库前沿趋势,OceanBase 开源技术全景生…

数据库——1.数据库设计的三大范式

这篇文章我们主要来讲一下数据库设计的三大范式,这个还是很有用的。 目录 1.概述 2.第一范式 3.第二范式 4.第三范式 5.小结 1.概述 为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范…

Python每日一练(20230301)

目录 1. 只出现一次的数字 2. 以特殊格式处理连续增加的数字 3. 最短回文串 1. 只出现一次的数字 给定一个非空整数数组,除了某个元素只出现一次以外,其余每个元素均出现两次。找出那个只出现了一次的元素。 说明: 你的算法应该具有线性…

「TCG 规范解读」基础设施架构和协议 (2)

可信计算组织(Ttrusted Computing Group,TCG)是一个非盈利的工业标准组织,它的宗旨是加强在相异计算机平台上的计算环境的安全性。TCG于2003年春成立,并采纳了由可信计算平台联盟(the Trusted Computing Platform Alli…

有什么好用的在线统计表单吗?

有什么好用的在线统计表单吗?最好是免费的?市面上这样的表单工具其实很多,先来看看题主的需求: 收集信息,数据统计数据分析,报表展示 以简道云在线表单为例,能完美实现题主这两个需求—— http…

携程面经1

面经 HDFS读写流程 1.读流程 客户端向NameNode发起读请求(如果存在)NameNode返回一批block地址客户端与第一个block的拓扑距离最近的节点建立连接以packet(64kb)的单位读取数据块。一个block读取完成后客户端会断开与该DataNod…

算法训练营 day59 动态规划 两个字符串的删除操作 编辑距离

算法训练营 day59 动态规划 两个字符串的删除操作 编辑距离 两个字符串的删除操作 583. 两个字符串的删除操作 - 力扣(LeetCode) 给定两个单词 word1 和 word2 ,返回使得 word1 和 word2 相同所需的最小步数。 每步 可以删除任意一个字符…