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

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的编程规范有明确约束,要使用英文进行注释,因此强烈不建议在主库当中加入类似这样的中文注释内容。
另外,学生们的水平我们要有客观认识,他们的输出不足以直接合入主库。
李传钊
发送时间: 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