你们做了什么?开了这么久,到现在连一门自己的语言都没有写,连算法可视化都没做过 为什么要这么死板地做 还是在使用的角度看 作为描述的直觉的编程语言
没有区分 过程式 函数式 面向对象 对程序和数据的处理方式 照搬照抄、模板,没有直觉和对缘由的感知 生搬硬套 应试教育的翻版
为什么 这对国内水准的提高 有帮助吗? 很多人只是为了考试 用用就忘掉了,到头来 抛弃 Dynamic programming 抛弃图算法 抛弃 继承和传递的优化思路 抛弃了所学到的所有 用回手写的辣鸡排序算法 用回暴力搜索
一个美妙的名字 『中国』 的 计算机『学会』 本来应该承载着多少希望,担负着提升国名计算机应用素质的责任重担,现在这样,还不如『同人』的 OJ
这么多年了,为什么不能有点改变呢?
没有区分 过程式 函数式 面向对象 对程序和数据的处理方式 照搬照抄、模板,没有直觉和对缘由的感知 生搬硬套 应试教育的翻版
为什么 这对国内水准的提高 有帮助吗? 很多人只是为了考试 用用就忘掉了,到头来 抛弃 Dynamic programming 抛弃图算法 抛弃 继承和传递的优化思路 抛弃了所学到的所有 用回手写的辣鸡排序算法 用回暴力搜索
一个美妙的名字 『中国』 的 计算机『学会』 本来应该承载着多少希望,担负着提升国名计算机应用素质的责任重担,现在这样,还不如『同人』的 OJ
这么多年了,为什么不能有点改变呢?
有一个 IDE,不过很老了 而且也没什么特色 可能最多的功能就是调用外部工具了(笑
真的是中国最『称职』的计算机『学』会了,如果要知道为什么我这么夸赞的话 — 是因为『某种极其特殊的原因』
真的是中国最『称职』的计算机『学』会了,如果要知道为什么我这么夸赞的话 — 是因为『某种极其特殊的原因』
#Java 希望能够重写 SuicideBot 并且为之加上启动 / 退出的 Autosave (user -> time map) 功能,同时,也打算记录退出时间,来自动释放一些用户
那就加一个自杀排行榜吧(啊啊啊啊
啊,才发现定时是 Telegram 自己管理的 直播请在 tmp 观看
那就加一个自杀排行榜吧(啊啊啊啊
啊,才发现定时是 Telegram 自己管理的 直播请在 tmp 观看
GitHub
Trumeet/SuicideBot
Just for fun :D. Contribute to Trumeet/SuicideBot development by creating an account on GitHub.
Forwarded from duangsuse Throws
Forwarded from dnaugsuz
一方面我是人,一方面我要训练自己重复的能力
Forwarded from dnaugsuz
因为我从重复中实践,从重复中看出可以增强的地方
Forwarded from dnaugsuz
训练是不可避免的,我必须要做到『想什么时候编程,想写些什么模式,都能够立刻做到』
Forwarded from dnaugsuz
https://t.me/dsuse_tmp/605
你看,如果我简单地去用 code template,能够把这个『模板』中重复的部分抽提出来吗?能够让我理解 travis 的配置综合模型吗?
实际上重复也是学习本身依赖的重要因素
你看,如果我简单地去用 code template,能够把这个『模板』中重复的部分抽提出来吗?能够让我理解 travis 的配置综合模型吗?
实际上重复也是学习本身依赖的重要因素
Telegram
/tmp/duangsuse.sock
第二遍,我们需要 docker 的 build, depoly
language: minimal
service:
- docker
install:
- VERSION=$(git rev-list --count HEAD)
- VERSION_HEAD=$(git rev-parse --verify HEAD | head -c7)
- echo $DOCKER_PASS | docker login --password-stdin $DOCKER_REGISTRY -u…
language: minimal
service:
- docker
install:
- VERSION=$(git rev-list --count HEAD)
- VERSION_HEAD=$(git rev-parse --verify HEAD | head -c7)
- echo $DOCKER_PASS | docker login --password-stdin $DOCKER_REGISTRY -u…
duangsuse Throws
#statement #dev
有人说『学习的本质是重复』『学习的本质是记忆』,其实未必真是的,但我这里想告诉大家
就是:实践很重要 不要害怕实践 不要害怕去把编程,开新工程当成日常来做(甚至带一点 build system / project management / depolyment 的)
我之所以要当『复读机』,一方面是因为我一直是『复读机』(实际上也没那么严重,甚至比很多人好一些),另一方面是我应该永远学习下去,『未满』才是最好的样子。
所以复读机 我也要当! 在复读的过程中,我训练了自己对代码的阅读记忆能力、看到了各种编程风格,多次的复读,让我有机会深化对模型和技术的理解,让我能够在『刻板』的基础上做出『创新』,并且保证了以后的实践里,我总是能够在第一时间想到『怎么做』
使用模板是好事,因为它避免了重复,可是它却不能让你『弄懂』弄明白
总是『理解记忆』也是好事,可是它却不能保证你真正理解了、记住了,有时候你总是会想不到一些事情、总是会发现自己又忘记了,这样要再次去查
”再次去查“是我最讨厌的东西,因为它意味着,我得重新理解,我对之前的知识还不够深刻以至于要『再次找』,而且它会浪费大量的时间、会搞坏你的心情、阻止你对当前程序的兴趣和理解
我很讨厌『用到就去查』,因为这不利于我系统的理解。你们可以看到,我发的每篇比较长的广播,都是相对系统完整的知识,不是『某个功能,已经有了什么数据,有啥 API 完成某操作』『某件看起来了不得的事情,我实现它的 point 在哪里』然后简单一两行、几个截图完事
相反的,我总是先系统学习某种技术,对于大的系统我会一个一个小片的理解消化,并且在过程中我会留下不少实践编程的碎片,而且不止一种语言。我希望我的每行代码都是有确切理解验证的。 — 就是,必须有编写可运行/可使用代码的验证
这个看起来愚蠢的行为的解释,我已经给出了,你觉得呢?
在信息技术 软件工程里更是如此,缺乏实践验证的理解,你怎么知道你用的时候就真正理解了?
现在那个什么 『Agile Development』 的 TestDrivenDevelopment,仅仅从它对『测试』的看重上,我觉得是对的。因为实际应用要的是至少『有效』『工作』的代码,不是看起来没什么问题实际上无法在某些正常情况下工作的 buggy 代码。
错误发现的越早,其产生的不良影响就越小。
系统理解的战线拖延得越长、产生的误解和漏洞越多,其对实际编程和后继学习产生的不良影响就越大。
这个道理,套用到个人对技术的理解上,不也是一样吗? #statement
就是:实践很重要 不要害怕实践 不要害怕去把编程,开新工程当成日常来做(甚至带一点 build system / project management / depolyment 的)
我之所以要当『复读机』,一方面是因为我一直是『复读机』(实际上也没那么严重,甚至比很多人好一些),另一方面是我应该永远学习下去,『未满』才是最好的样子。
所以复读机 我也要当! 在复读的过程中,我训练了自己对代码的阅读记忆能力、看到了各种编程风格,多次的复读,让我有机会深化对模型和技术的理解,让我能够在『刻板』的基础上做出『创新』,并且保证了以后的实践里,我总是能够在第一时间想到『怎么做』
使用模板是好事,因为它避免了重复,可是它却不能让你『弄懂』弄明白
总是『理解记忆』也是好事,可是它却不能保证你真正理解了、记住了,有时候你总是会想不到一些事情、总是会发现自己又忘记了,这样要再次去查
”再次去查“是我最讨厌的东西,因为它意味着,我得重新理解,我对之前的知识还不够深刻以至于要『再次找』,而且它会浪费大量的时间、会搞坏你的心情、阻止你对当前程序的兴趣和理解
我很讨厌『用到就去查』,因为这不利于我系统的理解。你们可以看到,我发的每篇比较长的广播,都是相对系统完整的知识,不是『某个功能,已经有了什么数据,有啥 API 完成某操作』『某件看起来了不得的事情,我实现它的 point 在哪里』然后简单一两行、几个截图完事
相反的,我总是先系统学习某种技术,对于大的系统我会一个一个小片的理解消化,并且在过程中我会留下不少实践编程的碎片,而且不止一种语言。我希望我的每行代码都是有确切理解验证的。 — 就是,必须有编写可运行/可使用代码的验证
这个看起来愚蠢的行为的解释,我已经给出了,你觉得呢?
在信息技术 软件工程里更是如此,缺乏实践验证的理解,你怎么知道你用的时候就真正理解了?
现在那个什么 『Agile Development』 的 TestDrivenDevelopment,仅仅从它对『测试』的看重上,我觉得是对的。因为实际应用要的是至少『有效』『工作』的代码,不是看起来没什么问题实际上无法在某些正常情况下工作的 buggy 代码。
错误发现的越早,其产生的不良影响就越小。
系统理解的战线拖延得越长、产生的误解和漏洞越多,其对实际编程和后继学习产生的不良影响就越大。
这个道理,套用到个人对技术的理解上,不也是一样吗? #statement
#Huawei 我觉得鼓吹微内核 是不必要的
用就用,吹个什么劲呢?
而且这是他提出的?需要我去找 wiki 吗?虽然我不是 os-dev,但什么概念不概念骗不了我,微内核结构崇尚内核层只做尽可能少的工作、提供必要的系统服务和限制比如 CPU 调度、进程管理、内存管理、驱动 IO 交互分配,把更多诸如硬件驱动、文件系统、网络栈的任务和高级服务做在更高的 Ring 或者用户空间,这个概念,使用 Rust 开发操作系统内核的人早就知道了,诸多 os 学生也都知道它不是什么新概念,这,拿来吹?
在本土长大的中国人也不蠢,可缺的却恰恰巧是『蠢』的精神,有些时候太看重『得失』了、太看重一小块地方了,像什么呢?
吹个什么劲呢?不如好好看看,新系统改革了什么、不兼容了什么、出来应用层该去怎么解决、性能还能怎么优化,还有多少协议、硬件驱动、服务要支持,有多少结构设计有问题不得不慢慢废弃
我希望以后就不要用 MCU 了,要是都用 PLD 用 VHDL Verilog 什么的设计程序就好了
我也希望大家都去使用 IDEA,Emacs 什么的是被抛弃的东西,他们没有用处。
我也希望你们都去使用 Linux,其他什么杂牌 比如 JRockitVE 就算了,不需要 🌚
毕竟这不都是 IoT 时代么,所以,不需要不为 IoT 优化的东西
当然,我的话前提是:这位大牛声称微内核概念是他提出的,他是没强调是『首次提出』,营销真妙啊
当然,如果是 IoT 短时延分布式计算就算了
确定时延,如果硬件的延迟不能确定,调度往往也会失败的,这是『软实时』
优先级这不用说,大概是除了 DOS 这单任务 OS 谁都有,就连当年的 Apollo 11 AGC 使用的进程调度程序都有优先级抢占的功能 🌚
谁告诉你们,『mobile/watch/car/laptop』不可共享『生态』了?我看这个生态系统,如果不是在中国这个只需要 『QQ 王者 微信 微博 抖音 头条』的地方,怕不是要成为生物圈 II 吧 🌝
什么?你们居然把 OSI 7 层架构和类 IP 架构拿来比,还是作为自己的『优势』??? 🌝
OSI: 0@[物理层 数据链路层] 1@[网络层 传输层 会话层 表示层] 应用层
IP: 网络访问层 网络层 传输层 应用层
华为: 1=『极简协议』(我开始怀疑是不是明德扬做的 emmm)
🤔 这种拿十年前技术的劣势绿叶衬红花,来体现出自己的高明... 我只能说,好营销!
—
不过那个计算资源分布式最大化利用还是比较好的,大概是创新(也有可能只是我之前没听说过)
不过,如果前提是,必须都是鸿蒙的话,如果不开放的话 🌚 不得不说,大厂『良心』啊!
—
形式化方法。哦,我还是第一次知道原来华为内部有函数式程序员 🌚
打算怎么形式化证明?SMT?
自写公式翻译器保证正确?
另外,谁告诉你们 Linus 对 Linux 的安全很不负责了?谁告诉你们 OpenBSD 因为没有『形式化方法』就怎么样了?
这个 flag 立的不错,贬低别人和夸赞自己相结合,这很中国。不过我想说,Linux 的代码质量可真不是吃素的,他们也是以『形式化方法』的质量和理论要求每一行代码。
—
运行时库也能统一,就说明你们根本没做过包管理,要不然就是营销那边得到的技术支持太少了,厉害了 🌚👍
—
总之:目前还是观望。批判辣鸡营销。Harmony 是 12 年上海交大早就立项的,期待稳定和创新、希望软件环境的问题可以解决,并且都有他们说的那么好。
用就用,吹个什么劲呢?
而且这是他提出的?需要我去找 wiki 吗?虽然我不是 os-dev,但什么概念不概念骗不了我,微内核结构崇尚内核层只做尽可能少的工作、提供必要的系统服务和限制比如 CPU 调度、进程管理、内存管理、驱动 IO 交互分配,把更多诸如硬件驱动、文件系统、网络栈的任务和高级服务做在更高的 Ring 或者用户空间,这个概念,使用 Rust 开发操作系统内核的人早就知道了,诸多 os 学生也都知道它不是什么新概念,这,拿来吹?
也就是说,手机和车载设备的用途不同,灌入同样系统无必要,但它们可以采用同样的内核,部署不同的界面或功能。这 TMD 不是废话,Linux => GNU/Linux 不是最好的例子,能够是中国人提出的『概念』?该向计算机视觉领域的杨立昆学习,人家的卷积神经网络是新概念。可惜虽然是中国人,却只是华裔,可惜啊可惜。
在本土长大的中国人也不蠢,可缺的却恰恰巧是『蠢』的精神,有些时候太看重『得失』了、太看重一小块地方了,像什么呢?
吹个什么劲呢?不如好好看看,新系统改革了什么、不兼容了什么、出来应用层该去怎么解决、性能还能怎么优化,还有多少协议、硬件驱动、服务要支持,有多少结构设计有问题不得不慢慢废弃
余承东表示,希望未来的操作系统,都使用微内核。所以我也希望未来的计算机微处理器,都使用 RISC 架构。辣鸡 CISC。
我希望以后就不要用 MCU 了,要是都用 PLD 用 VHDL Verilog 什么的设计程序就好了
我也希望大家都去使用 IDEA,Emacs 什么的是被抛弃的东西,他们没有用处。
我也希望你们都去使用 Linux,其他什么杂牌 比如 JRockitVE 就算了,不需要 🌚
毕竟这不都是 IoT 时代么,所以,不需要不为 IoT 优化的东西
当然,我的话前提是:这位大牛声称微内核概念是他提出的,他是没强调是『首次提出』,营销真妙啊
这是分布式架构首次用于终端 OS 可以实现跨终端无缝协同体验。嗯,所以说 Internet 就不是分布式架构了,看来 IETF IEEE 的”傻逼“们几十年白干了,就缺你们伟大的创新,厉害了。加油。
当然,如果是 IoT 短时延分布式计算就算了
确定时延引擎可在任务执行前分配系统中任务执行优先级及时限进行调度处理,优先级高的任务资源将优先保障调度,应用响应时延降低25.7%。你说的好像是 RTOS 处理资源调度的时候一个常见的优化,不过确定时延的确是实时操作系统的特性了 🌚
确定时延,如果硬件的延迟不能确定,调度往往也会失败的,这是『软实时』
优先级这不用说,大概是除了 DOS 这单任务 OS 谁都有,就连当年的 Apollo 11 AGC 使用的进程调度程序都有优先级抢占的功能 🌚
鸿蒙微内核结构小巧的特性使IPC(进程间通信)性能大大提高,进程通信效率较现有系统提升5倍。不错,这点是微内核架构的优势,5 倍也很正常啊,UNIX 系进程贼 ***
谁告诉你们,『mobile/watch/car/laptop』不可共享『生态』了?我看这个生态系统,如果不是在中国这个只需要 『QQ 王者 微信 微博 抖音 头条』的地方,怕不是要成为生物圈 II 吧 🌝
什么?你们居然把 OSI 7 层架构和类 IP 架构拿来比,还是作为自己的『优势』??? 🌝
OSI: 0@[物理层 数据链路层] 1@[网络层 传输层 会话层 表示层] 应用层
IP: 网络访问层 网络层 传输层 应用层
华为: 1=『极简协议』(我开始怀疑是不是明德扬做的 emmm)
🤔 这种拿十年前技术的劣势绿叶衬红花,来体现出自己的高明... 我只能说,好营销!
—
不过那个计算资源分布式最大化利用还是比较好的,大概是创新(也有可能只是我之前没听说过)
不过,如果前提是,必须都是鸿蒙的话,如果不开放的话 🌚 不得不说,大厂『良心』啊!
—
形式化方法。哦,我还是第一次知道原来华为内部有函数式程序员 🌚
打算怎么形式化证明?SMT?
自写公式翻译器保证正确?
另外,谁告诉你们 Linus 对 Linux 的安全很不负责了?谁告诉你们 OpenBSD 因为没有『形式化方法』就怎么样了?
这个 flag 立的不错,贬低别人和夸赞自己相结合,这很中国。不过我想说,Linux 的代码质量可真不是吃素的,他们也是以『形式化方法』的质量和理论要求每一行代码。
—
运行时库也能统一,就说明你们根本没做过包管理,要不然就是营销那边得到的技术支持太少了,厉害了 🌚👍
—
总之:目前还是观望。批判辣鸡营销。Harmony 是 12 年上海交大早就立项的,期待稳定和创新、希望软件环境的问题可以解决,并且都有他们说的那么好。
酷 壳 - CoolShell
Linux 2.6.39-rc3的一个插曲 | | 酷 壳 - CoolShell
2011年4月12日,Linux 2.6.39-rc3发布了,Linus Torvalds写了一个发布邮件,其中包含了一个长长的为这个版本做过贡献的人员名单,这个名单中有很多看上去应该是中国人的名字,我挺为他们感到骄傲的(不知道你是否还记得以前本站的"Linux是由谁写的")。 不过,没过一会,发现了一个bug,经过大家的调查(2.6.38版没有发现这个问题),很快,找到了原因
Forwarded from cnBeta.COM中文业界资讯站
华为正式发布自有操作系统鸿蒙OS
华为开发者大会于8月9日-8月11日举行,华为消费者业务 CEO、华为技术有限公司常务董事余承东以《全场景时代新体验与新生态》为题发表演讲,正式宣布自有操作系统:鸿蒙。
据余承东介绍,鸿蒙OS是基于微内核的全场景分布式OS,这是分布式架构首次用于终端OS,可以实现跨终端无缝协同体验。
根据余承东的说法,安卓有超过1亿行代码,内核就超过2000万行,但一般用户用到的代码不到8%,整体比较冗余,在IoT时代这既没必要也不需要。
由此他提出了“微内核”的概念,也是鸿蒙OS的特点之一。区别于“宏内核”,微内核采用同一套操作平台,针对不同硬件能力的产品进行部署,并采用分布式架构,提升效率。
也就是说,手机和车载设备的用途不同,灌入同样系统无必要,但它们可以采用同样的内核,部署不同的界面或功能。
余承东表示,希望未来的操作系统,都使用微内核。据介绍,鸿蒙OS是基于微内核的全场景分布式OS,这是分布式架构首次用于终端OS,可以实现跨终端无缝协同体验。
PC版:https://www.cnbeta.com/articles/soft/876919.htm
手机版:https://m.cnbeta.com/view/876919.htm
华为开发者大会于8月9日-8月11日举行,华为消费者业务 CEO、华为技术有限公司常务董事余承东以《全场景时代新体验与新生态》为题发表演讲,正式宣布自有操作系统:鸿蒙。
据余承东介绍,鸿蒙OS是基于微内核的全场景分布式OS,这是分布式架构首次用于终端OS,可以实现跨终端无缝协同体验。
根据余承东的说法,安卓有超过1亿行代码,内核就超过2000万行,但一般用户用到的代码不到8%,整体比较冗余,在IoT时代这既没必要也不需要。
由此他提出了“微内核”的概念,也是鸿蒙OS的特点之一。区别于“宏内核”,微内核采用同一套操作平台,针对不同硬件能力的产品进行部署,并采用分布式架构,提升效率。
也就是说,手机和车载设备的用途不同,灌入同样系统无必要,但它们可以采用同样的内核,部署不同的界面或功能。
余承东表示,希望未来的操作系统,都使用微内核。据介绍,鸿蒙OS是基于微内核的全场景分布式OS,这是分布式架构首次用于终端OS,可以实现跨终端无缝协同体验。
PC版:https://www.cnbeta.com/articles/soft/876919.htm
手机版:https://m.cnbeta.com/view/876919.htm
cnBeta
华为正式发布自有操作系统鸿蒙OS 分布式架构首次用于终端
华为开发者大会于8月9日-8月11日举行,华为消费者业务CEO、华为技术有限公司常务董事余承东以《全场景时代新体验与新生态》为题发表演讲,正式宣布自有操作系统:鸿蒙。据余承东介绍,鸿蒙OS是基于微内核的全场景分布式OS,这是分布式架构首次用于终端OS,可以实现跨终端无缝协同体验。
duangsuse::Echo
#Huawei 我觉得鼓吹微内核 是不必要的 用就用,吹个什么劲呢? 而且这是他提出的?需要我去找 wiki 吗?虽然我不是 os-dev,但什么概念不概念骗不了我,微内核结构崇尚内核层只做尽可能少的工作、提供必要的系统服务和限制比如 CPU 调度、进程管理、内存管理、驱动 IO 交互分配,把更多诸如硬件驱动、文件系统、网络栈的任务和高级服务做在更高的 Ring 或者用户空间,这个概念,使用 Rust 开发操作系统内核的人早就知道了,诸多 os 学生也都知道它不是什么新概念,这,拿来吹? 也就是说,手机…
https://github.com/huawei-iot/HarmonyOS/blob/master/src/Harmony/Harmony/Tools/CodeMatcher.cs#L88
亲爱的蛤为,你告诉我,这叫『形式化设计方法』 🌚
你告诉我,这是函数式的风格,这种程序员,可能使用所谓的『形式化方法』
你告诉我,所谓的 HarmonyOS 居然是一个教科书一般死板的编译器中层
还是,所谓的『开源』OS 现在还没开源?还是 LiteOS 开源了?
静观其变。
亲爱的蛤为,你告诉我,这叫『形式化设计方法』 🌚
你告诉我,这是函数式的风格,这种程序员,可能使用所谓的『形式化方法』
你告诉我,所谓的 HarmonyOS 居然是一个教科书一般死板的编译器中层
还是,所谓的『开源』OS 现在还没开源?还是 LiteOS 开源了?
静观其变。
GitHub
huawei-iot/HarmonyOS
鸿蒙系统资料。Docs about HarmonyOS. Contribute to huawei-iot/HarmonyOS development by creating an account on GitHub.
duangsuse::Echo
https://github.com/huawei-iot/HarmonyOS/blob/master/src/Harmony/Harmony/Tools/CodeMatcher.cs#L88 亲爱的蛤为,你告诉我,这叫『形式化设计方法』 🌚 你告诉我,这是函数式的风格,这种程序员,可能使用所谓的『形式化方法』 你告诉我,所谓的 HarmonyOS 居然是一个教科书一般死板的编译器中层 还是,所谓的『开源』OS 现在还没开源?还是 LiteOS 开源了? 静观其变。
A library for patching, replacing and decorating .NET and Mono methods during runtime. 🌚 噢,我看错了,原来这个是复制别人的...
duangsuse::Echo
我要死了,上海交大的部分在哪里? 😡
https://github.com/huawei-iot/HarmonyOS/tree/master/src/LiteOS/Huawei_LiteOS_Kernel/Huawei_LiteOS/kernel/base
见好就收,这部分我很喜欢,是一个小操作系统内核,我还不清楚它的架构,但很轻量。
内核包含 Priority-based tasking、Timer,soft timer、Mem box、sempohre 实现、mutex 实现、events、queue、IPC 等功能,不含接口定义只有四十多个源码文件,大部分是 C,一些 C 导出的汇编(ARM Cortex-M4)函数存在移植的目录下
安全 不确定 它是嵌入式内核
我有以后重写它的愿望,这样基于实例的学习(和监督机器学习无关啊...) 也有助于我了解 操作系统 的简单理论
见好就收,这部分我很喜欢,是一个小操作系统内核,我还不清楚它的架构,但很轻量。
内核包含 Priority-based tasking、Timer,soft timer、Mem box、sempohre 实现、mutex 实现、events、queue、IPC 等功能,不含接口定义只有四十多个源码文件,大部分是 C,一些 C 导出的汇编(ARM Cortex-M4)函数存在移植的目录下
安全 不确定 它是嵌入式内核
我有以后重写它的愿望,这样基于实例的学习(和监督机器学习无关啊...) 也有助于我了解 操作系统 的简单理论
Huawei_LiteOS: Huawei LiteOS是华为面向物联网领域开发的一个基于实时内核的轻量级操作系统。本项目属于华为物联网操作系统Huawei LiteOS源码,现有基础内核支持任务管理、内存管理、时间管理、通信机制、中断管理、队列管理、事件管理、定时器等操作系统基础组件,更好地支持低功耗场景,支持tickless机制,支持定时器对齐。所以蛤为开源了这个后我应该消停一会了...
GitHub
huawei-iot/HarmonyOS
鸿蒙系统资料。Docs about HarmonyOS. Contribute to huawei-iot/HarmonyOS development by creating an account on GitHub.