鸿蒙、TencentOS Tiny 等项目正在寻找孵化导师

2020年09月29日

本月开放原子开源基金会正式亮相,目前该基金会正在为首批入驻项目招募孵化导师

根据官方信息,目前基金会拥有七个孵化项目:OpenHarmony、XuperChain、Pika、TKEStack 与 TencentOS Tiny、UBML,以及 AliOS Things。

XuperChain

这是百度底层区块链技术架构,超级链内核技术 XuperCore 是超级链开源技术 XuperChain 的内核。定位是打造区块链领域首选的自由使用和自由传播的区块链操作系统内核。其定义了区块链体系结构,是根据区块链属性和功能不同而划分的区块链组成部分及区块链基本工作原理、理论的总称。其还定义了一系列标准 API ,构建一个区块链体系结构,规定了各个模块的逻辑结构、功能特征和各模块间的交互关系,并提供了各个模块适用不同场景的标准实现。

亮点如下:

  • 开放易用:允许任何单位或个人加入共同开发。具备非常完善易用的工具链、文档和7x24小时的社区技术支持;

  • 动态内核:业内先进的多区块链执行引擎、核心组件可灵活插拔的动态内核架构。允许任何单位定制个性化区块链内核,从而具备极广的适用性;

  • 高可扩展:采用分层架构,划分子领域,定义领域扩展规范。首创实现内核流程和核心组件皆可无代码侵入扩展,从而具备极高的可扩展性;

  • 生态繁荣:开源技术免费输出,拥有非常完备的自主研发区块链核心组件支持,支持开源社区、开放网络、商业伙伴多领域标杆应用落地。

TencentOS Tiny

TencentOS Tiny 是腾讯面向物联网领域孵化的实时操作系统,具有低功耗,低资源占用,模块化,安全可靠等特点,可有效提升物联网终端产品开发效率。TencentOS tiny 提供精简的 RTOS 内核,可快速移植到主流 MCU 及模组芯片上。而且,基于 RTOS 内核提供了丰富的物联网组件,内部集成主流物联网协议栈,可助力物联网终端设备及业务快速接入腾讯云物联网平台。 

TencentOS Tiny 目前已经形成了良好的开发者生态,支持硬件平台数量超60+,获得star数量4600+,fork数量1100+,全网突破性的落地媒体报道442篇,微信群/QQ群吸引开发者数量超过2000。也已经形成了 AI 智慧农业、智能货柜、智慧会议室等方案,并且在腾讯内部与物联网云产品、微信支付、AI 平台部、腾讯微瓴等业务展开内部合作,共同扩展行业生态。

TKEStack

TKEStack 是一个集健壮性和易用性于一身的企业级容器编排引擎,为在生产环境中部署容器的组织提供一个统一的容器管理平台,以极简的向导式界面提供了容器应用的全生命周期管理能力,帮助用户在私有云,混合云环境中敏捷、高效地构建和发布应用程序,满足 IT 运维要求,并增强 DevOps 团队的能力。

TKEStack 总结了腾讯在云原生领域多年的经验和技术积累,为私有云、混合云业务场景提供了离线计算业务和在线服务业务混合部署的一站式通用基础架构平台。TKEStack 不断推进技术开源和发展生态协同,拓展技术领域边界,构建健康的生态协同环境,为 AI、大数据、边缘计算、IoT 等技术提供理想的云原生平台。

AliOS Things

AliOS Things 是面向 AIoT 领域的、高可伸缩的物联网统一操作系统。致力于搭建云端一体化 IoT 基础设备。具备极致性能、极简开发、云端一体、丰富组件、安全防护等关键能力,并支持终端设备连接到阿里云IoT平台,可广泛应用在智能家居、智慧城市、工业、新出行等领域。

AliOS Things 代码简洁、文档清晰、组件化生态好、技术门槛低、可扩展性能好。

特性:  

  • 基础能力:内核资源占用少(RAM < 1KB, ROM < 2KB),提供系统和芯片级别安全保护、硬实时能力、低功耗框架、差分 OTA 等功能。

  • 核心协议栈技术:产品级 TCP/UDP/IPv6/IPv4 支持;MQTT、CoAP、HTTP 支持;WiFi、蓝牙、LoRA、NB-IoT 等协议支持。 

  • 自组织网络:支持阿里巴巴自研的 uMesh 即插即用网络技术,支持物联网设备上电自动建立通信网络。

  • 设备安全:提供 TEE 可信计算框架、KM 密钥管理、Crypto 密码、ID2 身份认证、SST 安全存储等安全环境,提供需要高安全的应用场景。

  • 可移植性:支持主流的芯片,包括 STM32、平头哥、小博通、Nordic 蓝牙芯片、NXP、乐鑫、ASR、瑞昱等100多类不同芯片。

  • 调试手段:支持栈回溯以及 coredump 技术,具备 cli 终端命令调试;支持日志上传到云端然后智能解析日志定位 bug。

OpenHarmony

OpenHarmony 定位是一款面向全场景的开源分布式操作系统。OpenHarmony 在传统的单设备系统能力的基础上,创造性地提出了基于同一套系统能力、适配多种终端形态的理念,支持多种终端设备上运行,第一个版本支持 128K-128M 设备上运行。

针对设备开发者,OpenHarmony 采用了组件化的设计方案,可以根据设备的资源能力和业务特征进行灵活裁剪,满足不同形态的终端设备对于操作系统的要求。可运行在百K级别的资源受限设备和穿戴类设备,也可运行在百M级别的智能家用摄像头/行车记录仪等相对资源丰富的设备。

PIKA

Pika 是 360 基础架构团队和DBA团队联合研发的一款高效、稳定、简单可依赖的开源的 NoSQL 数据库产品。完全兼容 Redis 协议,支持5种数据结构(string,hash,list,set,zset),数据持久化到 RocksDB,相比于 Redis 内存的存储方式,能极大减少服务器资源的占用,增强了数据的可靠性。可以采用单机和集群两种模式部署。Pika 项目现有3700 stars,35个contributors,社区有大量的线上业务使 Pika 。

UBML

UBML(Unified Business Modeling Language)建模开发体系是浪潮开源的面向企业软件的低代码开发平台核心基础。内容范围包括元模型标准及其默认实现、SDK、运行时框架等组件。UBML 定位于 aPaaS(应用程序平台即服务)领域,致力于建立应用软件建模开发的事实标准。UBML 采用微内核可扩展的开放架构,具有开发语言无关性、全栈模型刻画、模型工程化等优势,可以显著提升软件开发效率以及软件的可重用性、扩展性和柔性配置能力等质量指标,促进企业软件开发标准化与平民化,丰富企业软件应用生态。UBML 建模开发体系是浪潮 iGIX 企业数字化能力平台的核心技术,也是 iGIX 社区版(Open iGIX)开源的第一步,后续,浪潮将在 UBML 的基础上进一步开放功能完整的低代码开发平台。 

招募导师要求:

具有相关开源领域的经验,有一定成熟社区治理项目的组织经验,有其他基金会项目导师经验的优先;更重要的是有强烈意愿加入项目,且承诺贡献一定的时间来辅导项目,与项目一起成长、一起畅游于开源的世界中。

作为项目导师将代表基金会技术监督委员会(TOC),按照基金会和 TOC 所确立的原则与标准来指导孵化项目的发展与成熟,达到毕业标准;贴身辅导与提升项目开源过程的各个方面,包括但不限于:完善的开源开发与发布流程,透明的技术决策流程,合规的 IP 政策与 License,开放的社区运营策略等。

详情可以联系:congcong@openatom.org。

展开阅读全文
9 收藏
分享
加载中
精彩评论
国内开源太难了,第一加班太多,根本回家只想休息。第二用心开源的项目,某些人或大公司恶心盗用,还不给钱。第三你的初始版本基本要功能齐全了,大家才愿意看或者参与。第四,很多无脑的喷子会说你什么什么的。第五,小白老觉得自己很牛逼会觉得这不好那不好,给你提一堆意见,但是又不参与进来,往往很多意见都是无用的。
2020-09-29 09:40
39
举报
apache 就消息中间件就有kafka,rocketmq,actviemq等等。大数据批处理,流处理就是hdopo,flink,strong等等。大佬,你为什么不质疑apache了。
2020-09-29 10:14
21
举报
一个基金会,三种物联网OS,维护三个相同的东西,自己和自己竞争,然后浪费资源?感觉像是别人不愿意花钱维护的东西,扔给你来维护,然后还可以继续使用新功能。建议收到的项目,还是要评估一下看要不要接收。
2020-09-29 09:34
16
举报
敢于开源的都是勇士!谢谢
2020-09-29 12:51
5
举报
中国开源加油
2020-09-29 10:04
5
举报
最新评论 (25)
可惜,这个看起来更像是这些大公司之间自己小圈子里面玩的游戏,其他非知名公司和独立个人的开发者甚至连这个基金会怎么成立的都不知道,更别说参与了。
2020-09-29 22:49
0
回复
举报
那些说加班996的,喜欢干就干,不喜欢干可以出门右转,没人拦着你。反正现在做没用的开发人员那么多,有的是人愿意干。
2020-09-29 21:08
0
回复
举报
这话说的,不喜欢干就不能出门左转了嘛
2020-09-30 09:52
0
回复
举报
你把右转换成氵衮字。
2020-09-30 15:30
0
回复
举报
#LuatOS# 低调路过
2020-09-29 16:35
1
回复
举报
敢于开源的都是勇士!谢谢
2020-09-29 12:51
5
回复
举报
中国开源加油
2020-09-29 10:04
5
回复
举报
一直在用rt-thread
2020-09-29 09:53
4
回复
举报
它们的开源协议谁能说下?
2020-09-29 09:44
1
回复
举报
国内这些在乎开源协议?
2020-09-29 19:19
0
回复
举报
要是不能商用你却用了国内大厂会告的。
2020-09-30 09:13
0
回复
举报
国内开源太难了,第一加班太多,根本回家只想休息。第二用心开源的项目,某些人或大公司恶心盗用,还不给钱。第三你的初始版本基本要功能齐全了,大家才愿意看或者参与。第四,很多无脑的喷子会说你什么什么的。第五,小白老觉得自己很牛逼会觉得这不好那不好,给你提一堆意见,但是又不参与进来,往往很多意见都是无用的。
2020-09-29 09:40
39
回复
举报
大佬,总结得不错。不管多难,情况多糟糕。还是有一些人在艰难的坚持
2020-09-29 14:27
1
回复
举报
既然开源,你的商业方案就必须想清楚,开源不等于免费,但是开源代码如果免费公开,别人拿是很正常的事情
2020-09-29 17:26
0
回复
举报
一个基金会,三种物联网OS,维护三个相同的东西,自己和自己竞争,然后浪费资源?感觉像是别人不愿意花钱维护的东西,扔给你来维护,然后还可以继续使用新功能。建议收到的项目,还是要评估一下看要不要接收。
2020-09-29 09:34
16
回复
举报
撑场面的 🤦‍♂️
2020-09-29 10:07
2
回复
举报
apache 就消息中间件就有kafka,rocketmq,actviemq等等。大数据批处理,流处理就是hdopo,flink,strong等等。大佬,你为什么不质疑apache了。
2020-09-29 10:14
21
回复
举报
国外我唯唯诺诺,国内我重拳出击。
2020-09-30 22:24
1
回复
举报
Apache这些货中,各有各自的优缺点,能在不同的场景中使用。而这三个货呢?它们是内存管理方式不同呢?还是调度策略不同?还是网络协议栈不同呢?最明显的不同之处在于,各自能方便的连接上自家的云。你品,你细品。
不是我在喷这些不好,我就是想不通,HBAT这些大厂,为什么不联合维护一个好的内核,把各厂的资源放在同一个地方,集中发力,然后各自再维护自己的云组件,上自己的云。这样效果是不是更明显,是不是更统一,国内开发者是不是不用犹豫要用谁家的OS。
2020-10-01 09:18
0
回复
举报
优缺点,消息中间各自有优缺点,你确定码? 他们的网络协议栈,调度策略,内存管理不同你确定吗? 就算不同有什么意义码?你深度过三个的源码,对他们的实现原理,架构有了解吗?
2020-10-02 10:40
0
回复
举报
这不是 腾讯 经典操作,
养蛊 然后 集中精力培养最终生还者
2020-09-30 11:17
0
回复
举报
您好,请问孵化有什么要求?不是找项目的主开发者开发就完事了吗?
2020-09-29 09:30
0
回复
举报
更多评论
25 评论
9 收藏
分享
返回顶部
顶部