|
|
PMC 例会 2024-01-11
|
|
|
|
|
|
## 参会人员 (Attendance)
|
|
|
|
|
|
| 姓名 | 账号 |
|
|
|
| ------ | ---------------------------------------- |
|
|
|
| 任革林 | [@im-off-this-week](https://gitee.com/im-off-this-week) |
|
|
|
| 董金光 | [@dongjinguang](https://gitee.com/dongjinguang) |
|
|
|
| 付天福 | [@futianfu](https://gitee.com/futianfu) |
|
|
|
| 强波 | [@huawei_qiangbo](https://gitee.com/huawei_qiangbo) |
|
|
|
| 余枝强 | [@yuzhiqiang101](https://gitee.com/yuzhiqiang101) |
|
|
|
| 易见 | [@easy-to-see](https://gitee.com/easy-to-see) |
|
|
|
| 赵文华 | [@shidi_snow](https://gitee.com/shidi_snow) |
|
|
|
| 邢文华 | [@xhuazi](https://gitee.com/xhuazi) |
|
|
|
| 高涵一 | [@gaohanyi1982](https://gitee.com/gaohanyi1982) |
|
|
|
| 李煜 | [@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开发者论坛问答支撑求助**
|
|
|
汇报人： 马迪欣
|
|
|
结论：
|
|
|
1、当前属于百花齐放阶段，不限制用户在哪里提问题。
|
|
|
开发者论坛偏向于“使用OS”常见问题，拉瓦尔社区偏向于“OS使能千行百业”的问题，社区的Issue倾向“开发OS”常见问题。
|
|
|
2、拉专项会议明确Committer对论坛和社区贡献的考核要求，以及对各位贡献者的激励措施。
|
|
|
3、论坛运营建议做到以下几点：
|
|
|
3.1 其他论坛优秀问答与文章及时搜集和转载过来，通过优质内容提升官方论坛品质及影响力，吸引开发者参与。
|
|
|
3.2 定期梳理零散的单点问题，将点形成面，归类提供系统化解答，形成更优质的内容。不局限Committer，谁做的好给谁奖励。
|
|
|
3.3 发动和邀请外部开发者参与“坛主”，不局限Committer，并及时给与激励。
|
|
|
3.4 设计一套OH论坛的运营和激励机制，以便激活社区更多资源参与，扩大答复团队，从而构建一个多层次、多元化的社区论坛系统，鼓励用户分享知识、提高技能，最终达到能让论坛自运转起来，而不是强依赖于某个组织/某个人。
|
|
|
4、论坛功能需求拓展：
|
|
|
4.1 增加基于标签通知机制，邮箱订阅。
|
|
|
4.2 基础设施后续整合各社区，gitee issue的内容。
|
|
|
遗留问题：
|
|
|
无。
|
|
|
|
|
|
**议题2：官网解决方案模块讨论及更新**
|
|
|
汇报人： 孙鑫
|
|
|
结论：
|
|
|
1、同意一级导航栏由“解决方案”改为“用户案例”。
|
|
|
2、同意遗漏行业标签新增“智慧城市、教育、交通”行业标签。
|
|
|
3、同意删除“发行版”标签，并将检索标识从“产品类别”改为“所属行业”/“所在行业”/“行业属性”，发行版均承载在实际的产品和案例中，不单独针对发行版作呈现。
|
|
|
4、同意深开鸿提报案例的名称修改：天津港案例名称修改为——开鸿智慧港口，福州城投案例名称修改为——开鸿智慧多功能杆，江西交投案例名称修改为——开鸿智慧公路隧道，实验箱案例名称修改为——开鸿全场景实验箱。
|
|
|
5、同意一级下拉导航页面简化，仅展示产品名或案例名称，其他内容均在内部详情页呈现。
|
|
|
6、同意需要有实际的用户单位，合同/协议/典型成果，避免简单产品泛化介绍，无具体客户和项目价值介绍的内容不展示，并加强后期加强审核。
|
|
|
7、同意详情页标题核心呈现产品/案例名称，内容呈现客户方和案例方。
|
|
|
8、内容收录迭代评审，同意择优/典型，在精不在多。
|
|
|
遗留问题：
|
|
|
1、页面呈现遗留问题：如何区分单产品、方案的呈现；
|
|
|
2、内容质量需要进一步提高，需要了解“观众”意见和反馈，并建议后期各单位在详情页介绍中，增加技术类的说明/技术路线图/方案图，当前内容较为商业；
|
|
|
3、对结论7，内容呈现客户方和案例方，使用哪种描述（用户单位/客户单位和提报单位/案例单位），需要PMC进一步确认；
|
|
|
4、结论8遗留问题：长期维护，随着官网版本迭代更新、各单位提报案例增多，不断优化内容，逐步细化各行业的筛选标准。
|
|
|
|
|
|
**议题3： sig_driver工作进展汇报**
|
|
|
汇报人： 赵文华
|
|
|
结论：
|
|
|
1、sig_driver整体运作规范，有以下几点建议：
|
|
|
1）驱动sig相关committer需要到论坛多与开发者进行互动，回答问题，支撑论坛活跃度。
|
|
|
2）识别共建需求可能的合作单位，合作可以扩大到全球。
|
|
|
遗留问题：
|
|
|
无。
|
|
|
|
|
|
**议题4： sig_ai_framework工作进展汇报**
|
|
|
汇报人： 蒋辉
|
|
|
结论：
|
|
|
1、需要梳理对主流GPU的支持，拉通伙伴一起共建；
|
|
|
2、跟业界优秀实践对比仍有差距，AI子系统的能力尽快补齐；
|
|
|
3、预置一些通用模型（通用场景/领域如CV/NLP类的模型，在社区上开放出来）；
|
|
|
4、加强社区sig的运作。
|
|
|
遗留问题：
|
|
|
1、在资料文档，体现出在设计层面如何保障用户的隐私。
|
