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