目标和原则 提高代码质量,及早发现潜在缺陷,降低修改/弥补缺陷的成本 促进团队内部知识共享,提高团队整体水平 评审过程对于评审人员来说,也是一种思路重构的过程,帮助更多的人理解系统 是一个传递知识的手段,可以让其它并不熟悉代码的人知道作者的意图和想法,从而可以在以后轻松维护代码 可以被用来确认自己的设计和实现是一个清楚和简单的 鼓励相互学习对方的长处和优点 高效迅速完成Code Review Code Review Checklist Code Review主要检查代码中是否存在以下方面问题:代…

一.研发流程规范 二.SQL编码规范 数据库命名规范:数据库名一律小写,必须以字母开头.库名包含多个单词的,以下划线“_”分隔.如果采用分库方案,分库编号从“0”开始,用“0”左补齐为四位. 表名规范:表名一律小写,必须以字母开头.表名中包含多个单词的,以下划线“_”分隔.如果采用分表方案,同时分表编号从“0”开始,用“0”左补齐为四位.建议使用‘数据库名_表名’形式,例如:tkn_users. 字段名和字段类型规范:字段名一律小写,必须以字母开头,言简意赅且不含拼写错误的单词(限用有歧义的缩写…

CodeReview规范 CodeReivew 标准 通用原则 提交 PR 的代码必须保证自测通过 只 review 代码规范.业务逻辑,不 review 架构设计(那是写代码前应该做的事情) 干掉重复代码,合理复用代码 合理命名变量.函数.API 的名字(具体参考各语言规范) 删除无用代码(包括以后可能会用的代码,用时再加入) 重要函数入口.复杂的业务逻辑要有注释(注释标准见各语言规范) Python 代码规范 https://guoruibiao.gitbooks.io/effective-…

豆皮粉儿们,大家好,又见面啦,今天由字节跳动的"躬冯"带来一个 code review 的故事. 作者:躬冯 2020年元旦假期到来的时候,孙总攒了个局,又把当年一起创造过屎山的咱哥仨又聚到一起,名头是庆祝老刘晋升. 当年bugfix一把梭的老刘,如今在某厂带了个小十人的团队,好不威风.借着这个由头,大伙们既是有福同享一把,为他道个喜,也是在疲顿的高脑力生活的罅隙中,寻找一次短暂的休憩,分享分享行业见闻和动态,找寻一些共鸣. 我是喜欢这种聚会的,朋友里面,最不能喝的便是我的这些码哥们儿…

技术主管,又叫技术经理,英文一般是 Tech Leader ,简称 TL.随着工作经验的不断积累,能力的不断提升,每个人都有机会成为 Team Leader. 然而在机会到来前,我们必须提前做好准备,对 TL 的工作职责有一定了解.当然,这也会为当下更好地配合 TL 工作打下基础. 今天,阿里巴巴高级技术专家云狄将结合自己多年的经验,从以下三个角度出发,分享对技术 TL 这一角色的理解与思考: 开发规范 开发流程 技术规划与管理 技术主管是开发团队中的某位程序员需要对一起创建系统的整个开发团队负…

一.技术人具备"结构化思维"意味着什么? 1.什么是结构化思维? 结构化思维:逻辑+套路. 表达要有逻辑,所谓逻辑是指我们的结构之间必须是有逻辑关系的. 四种组织思想的逻辑关系 : 1.演绎顺序(因果):大前提.小前提.结论的演绎推理方式就是演绎顺序. 2.时间顺序(步骤):第一.第二.第三:首先.然后.再者等,很多的时间顺序同时也是因果顺序. 3.空间顺序(结构):前端.后端.数据:化整为零等都是空间顺序. 4.程度顺序(重要性):比如最重要.次重要.不重要等. 做事要有套路:套路是…

本文来自于腾讯Bugly公众号(weixinBugly),未经作者同意,请勿转载,原文地址:https://mp.weixin.qq.com/s/ToYeT4Y4pzx0ii9Z92fo-Q 作者:刘永丽 导语 精神哥最近和团队中的开发同学聊天,看到很多开发同学对代码技能的提升都是有诉求的,只不过快速的业务节奏没有给他们太多停留的时间,在这种情况下如何给团队营造浓厚的工程师交流氛围呢? 方法有多种,目前最被认可或运用的方法莫过于CodeReview活动了. 那么 CodeReview到底能给团队…

1.是否需要有代码规范(5分) 对于是否需要有代码规范,请考虑下列论点并反驳/支持: 1这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西. 反对.我并不认为代码规范都是官僚制度下产生的,是大家公认的便于项目后期维护,方便大家理解的规范.一个项目有很大一部分时间是后期的维护,良好的代码有利于维护人员更好的理解代码,节约时间,提高效率.而且新手想要学习他的成果也能看得懂,至于说影响开发效率,我觉得良好的代码规范还有利于提高效率,毕竟代码写出来不只是给自己看,还要给同…

        代码质量分享    2016_06_24_舒琴_代码质量.key    For 代码提交人     基本原则 Review时机: 对于普通bugfix或优化,CodeReview最迟要在发布前一天或发布当天早上: 对于项目,CodeReview 最迟应该在QA提测前一天: 持续增强:     每次提交变更尽可能小一点, 但是保证每次的变更都是正确和完整的, 合并到代码库中持续增强系统. 去除无用改动: 仔细斟酌每一行改动,去掉无用的注释,reset 掉没有逻辑改动(空行改动)的文…

CodeReview 是大型软件工程中公认的必不可少的保证工程质量的重要手段之一.但凡正规软件作战军团都是非常重视 CodeReview 的作用和意义的.那么,如何做好 CodeReview 呢?这里总结下自己的学习笔记和实践心得. CodeReview有效性 对于 CodeReview 该做什么和不该做什么,尚存在争议. 个人认为,与其从理论层次去思辨,不妨从现实角度思考:怎样的CodeReview是有效的? 如果一次CodeReview能够检测出代码中的错误或设计的缺陷(即使是低级错误),阻…