啥叫规范，规范就是要遵守的，否则写了规范大家都不遵守，那还有何意义？编程规范近期会刷新，刷新完了建议大家都学习一下，按照规范执行。 OHOS没有人比我接触学生多了，学生是潜在的巨大力量，但是他们是未来的力量，他们需要成长，不是现在就能挑大梁的。 大家不要对学生有超出他们能力的期望，这是不现实的，这是扯淡，现在这种扯淡的事做了不少了，学校老师和同学已经开始反感了。 你们怎么看代码仓主仓的？反正我是认为那是个神圣的地方，不能往里面倒垃圾的，这就是我为啥一直说committer要有试用期，水平不行就滚蛋。 现在大规模代码合入主仓只有一个途径，就是SIG，不经过SIG孵化毕业的过程，想强行就在主仓塞代码倒垃圾，这是自残行为。 李传钊 发件人： 刘允礼 via dev 发送时间： 2021-11-25 16:48 收件人： 962030@qq.com 抄送： 15390014138; dev 主题： [Dev] Re: 申请开通cn_comment分支 钊哥，OHOS要开放就必然面临群体成员能力不一致的问题。加入中文注释不应该回避。我的建议是必须用英文注释，可以提供中文翻译作为辅助。 学生群体是潜在的巨大力量，不应排斥，应给予充分的成长空间。 代码会持续更新，不建议使用分支进行管理。 在 2021-11-25 15:58:51，"962030--- via dev" <dev@openharmony.io> 写道： OHOS的编程规范有明确约束，要使用英文进行注释，因此强烈不建议在主库当中加入类似这样的中文注释内容。 另外，学生们的水平我们要有客观认识，他们的输出不足以直接合入主库。 李传钊 发件人： 15390014138--- via dev 发送时间： 2021-11-17 20:57 收件人： dev 主题： [Dev] 申请开通cn_comment分支 尊敬的PMC以及各成员： 目前openharmony开发者成长计划第二期题目中含有文档和代码注释类题目。 经过成长计划会议讨论，决定在主仓库内创建分支(分支名称暂定cn_comment, 即中文注释版本)，方便未来参与者学习。 申请在openharmony主仓内部分代码仓库创建cn_comment (名称待定)分支，用于补充注释和文档 当前阶段影响的仓库有： https://gitee.com/openharmony/communication_ipc_lite https://gitee.com/openharmony/communication_ipc https://gitee.com/openharmony/communication_dsoftbus https://gitee.com/openharmony/distributedschedule_samgr_lite https://gitee.com/openharmony/distributedschedule_samgr https://gitee.com/openharmony/distributedschedule_safwk_lite https://gitee.com/openharmony/distributedschedule_safwk https://gitee.com/openharmony/aafwk_aafwk_lite https://gitee.com/openharmony/aafwk_standard https://gitee.com/openharmony/appexecfwk_appexecfwk_lite https://gitee.com/openharmony/appexecfwk_standard 冷钦街 _______________________________________________ dev mailing list -- dev@openharmony.io To unsubscribe send an email to dev-leave@openharmony.io