PMC 例会 2024-04-11

## 参会人员 (Attendance)

| 姓名     | 账号                                       |
| ------ | ---------------------------------------- |
| 任革林    | [@im-off-this-week](https://gitee.com/im-off-this-week) |
| 董金光    | [@dongjinguang](https://gitee.com/dongjinguang) |
| 付天福    | [@futianfu](https://gitee.com/futianfu) |
| 余枝强 | [@yuzhiqiang101](https://gitee.com/yuzhiqiang101) |
| 易见 | [@easy-to-see](https://gitee.com/easy-to-see) |
| 马耀辉 | [@stesen](https://gitee.com/stesen) |
| 赵文华 | [@shidi_snow](https://gitee.com/shidi_snow) |
| 邢文华 | [@xhuazi](https://gitee.com/xhuazi)      |
| 高涵一 | [@gaohanyi1982](https://gitee.com/gaohanyi1982) |
| 张小田 | [@handyohos](https://gitee.com/handyohos) |
| 李煜 | [@abbuu](https://gitee.com/abbuu) |
| 巴延兴 | [@bayanxing](https://gitee.com/bayanxing) |
| 王石 | [@wshikh](https://gitee.com/wshikh) |
| 庞伟 | [@paworcn](https://gitee.com/paworcn) |
| 候鹏飞 | [@talkweb_houpengfei](https://gitee.com/talkweb_houpengfei) |
| 议题相关人员 | 议题相关人员 |

## 议题(Agenda)

1. [PMC 议题列表](https://docs.qingque.cn/s/home/eZQB8yRFQfEFeAxk_6JKZEE0q?identityId=1tbICPd8j3s)

## 会议纪要(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成员。  
