6.4 KiB
PMC 例会 2024-04-11
参会人员 (Attendance)
姓名 | 账号 |
---|---|
任革林 | @im-off-this-week |
董金光 | @dongjinguang |
付天福 | @futianfu |
余枝强 | @yuzhiqiang101 |
易见 | @easy-to-see |
马耀辉 | @stesen |
赵文华 | @shidi_snow |
邢文华 | @xhuazi |
高涵一 | @gaohanyi1982 |
张小田 | @handyohos |
李煜 | @abbuu |
巴延兴 | @bayanxing |
王石 | @wshikh |
庞伟 | @paworcn |
候鹏飞 | @talkweb_houpengfei |
议题相关人员 | 议题相关人员 |
议题(Agenda)
会议纪要(Minute of Meeting)
议题1:OpenHarmony程序分析SIG新建申请汇报
汇报人:黎立
结论:
同意成立程序分析SIG:
1、程序分析工作对社区发展价值较高,运作过程建议和其他SIG充分协同,如广告SIG、DFX SIG、测试SIG等。
2、程序分析I期建议扩大范围,纳入更多的组织、高校和个人加入SIG的工作。
3、建议分析器底座同时支持基于源码分析和基于字节码的分析,以满足不同上架应用的分析需求。
4、程序分析的演进,建议考虑传统程序分析技术和AI技术的结合,如基于AI大模型的程序分析技术。
遗留问题:
无。
议题2: OpenHarmony社区PMC/SIG/Committer度量与奖惩机制
汇报人:邢文华
结论:
同意制定的 “OpenHarmony社区SIG度量规则”,有以下几点建议:
1、建议不区分主干仓和孵化仓。
2、处理issue的数量和提交PR的数量纳入度量标准中,可以体现SIG技术的演进同时也避免对基数大的SIG度量失衡。
3、待论坛运作机制明确后,度量维度可以加上论坛、技术文章、技术峰会等维度。
4、对公共类的SIG如合规/质量/架构SIG等无需常规代码贡献的组织的度量和代码量的区分开。
5、新增贡献者也纳入度量范围。
6、负向扣分,如安全合规问题的扣分,建议要考虑问题影响的严重程度等级,分级扣分。
7、对运作较好的SIG/个人等要进行激励,做的不好的及时预警改进。
遗留问题:
1、完成后先在社区试用一段时间,看是否能反映社区SIG运作的真实情况。
2、对运作较好的SIG/个人等要进行激励,如何激励和运营工作组一起进行策划。
3、考虑将PMC、SIG、Committer等运营数据的度量通过工具平台实时获取,为社区运营提供可信的数据支撑。
4、将OpenHarmony社区的PMC/SIG/Committer/个人的度量规则以公开、透明的方式在社区进行公示。
议题3: OpenHarmony开源人才认证考试大纲评审
汇报人:董金光
结论:
1、同意梳理的“OpenHarmony开源人才认证考试大纲”,作为第一版发布提供给出题人作为指导出题,后续根据OpenHarmony版本内容的演进逐步刷新。
2、考纲出题比例应侧重于与”应用开发”相关的子系统,如应用框架、UI框架、多媒体、图形等,这些是OpenHarmony开发的重点领域。
3、应用开发、设备开发和基础概念的出题比例为 80% : 15% : 5%,体现OpenHarmony认证的实践导向。
遗留问题:
无。
议题4: sig_systemapplications工作进展汇报
汇报人:张晓伟
结论:
1、建议应用SIG后续例行运作起来。
2、将系统应用差异化的能力也纳入到社区系统应用SIG重点工作中。
4、建议主动规划而非被动接受新增应用的申请以及应用新特性。
5、当前应用生态已经在蓬勃发展中了,对系统应用业务的要求与创建之初也有了较大的变化;争取做到开发者能够基于开源应用进行少量修改(例如10%)甚至不改即可商用。
6、开源应用的诉求要保证UX风格一致。
7、同意新增系统应用要经过系统应用SIG与架构SIG的评审才能通过。
遗留问题:
1、补齐OH系统应用能力差异分析,目前南向OEM厂商需求很迫切,建议尽快以开源共建或其他方式提需求补齐或者重建。
2、部分应用从业务上归属某一特定SIG,如何分工以及划分责任边界,系统应用SIG是否需要看护、如何看护需要讨论。
议题5: sig_test工作进展汇报
汇报人:高涵一/纪永
结论:
1、测试SIG整体运作规范性好,包括会议运作/社区共建/重点工作等都做的不错,继续保持。
遗留问题:
1、PCS5.X发布前需要上PMC完成评审。
2、XTS效率提升,明确今年的效率提升目标。
议题6: sig_compliance工作进展汇报
汇报人:高亮
结论:
1、SIG整体运作规范性较好。
遗留问题:
1、和基础设施SIG一起对齐SBOM规范落地计划,要确保在OH 5.0版本发布之前落地;
2、未来社区开发者规模变大,群体更多样时,合规方面要做好应对,提前布局相关措施。
议题7: sig_docs工作进展汇报
汇报人:杨妮
结论:
1、整体运作规范性较好。
遗留问题:
1、资料翻译是否可以借助工具/大模型等,降低人工投入。
议题8: sig_appframework工作进展汇报
汇报人:强波/王根良
结论:
1、应用框架SIG的社区话运作要尽快运作起来,及时响应社区共建单位反馈诉求和问题。
遗留问题:
1、针对部分代码量较大、工作量大的仓库,尽快补充和刷新Commiter成员,以便支撑好社区的SLO目标。
2、社区共建需求细化,支撑共建伙伴能易于理解和交付。
议题9:sig_napi_generator SIG Leader更换汇报
汇报人:王石
结论:
1、同意王石为sig_napi_generator Leader。
遗留问题:
1、提交PR申请刷新SIG_NAPI的SIG Leader成员。