啥叫规范，规范就是要遵守的，否则写了规范大家都不遵守，那还有何意义？编程规范近期会刷新，刷新完了建议大家都学习一下，按照规范执行。
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" 写道：
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
