20180320作业2：进行代码复审训练

任务说明: 一.结对,找到一个伙伴进行结对:林坤煌http://www.cnblogs.com/LKH254974541/p/8604791.html 二.各自对自己的伙伴上周进行的"单元测试"练习所完成的代码进行复审,形成"代码复审检查表". 1．概要部分 (1)代码能符合需求和规格说明么? 答:可以符合需求与规格 (2)代码设计是否有周全的考虑? 答:不是很周全,修改了几次 (3)代码可读性如何? 答:可以简单读懂 (4)代码容易维护么? 答:代码容易维护 (5

一.结对,找到一个伙伴进行结对 张剑斌 :http://www.cnblogs.com/janbin/p/8594002.html 二.代码复审核查表 代码复审核查表 概要部分 代码符合需求和规格说明么? 符合 代码设计是否考虑周全? 否 代码可读性如何? 一般 有冗余的或重复的代码吗? 无 代码的每一行都执行并检查过了吗? 是 设计规范部分 设计是否遵从已知的设计模式或项目中常用的模式? 不遵循 有没有硬编码或字符串/数字等存在? 有 代码有没有依赖于某一平台? 没有 有没有无用的代码可以清除

软件工程师的成长 我在上大学之前,对于软件工程师之类并无概念,并且高初中的电脑课也从未提及过写代码之类的东西,更多的都是一些教一些办公软件的使用(笑,明明电脑课总是因为老师“有事”变成其他课,根本就没上过几节吧),来到大学后得知一些同学高中就开始搞各种竞赛后,我感到十分惊讶,什么,从小热爱学习XX,一路坚持,最终成为XX大师的人小说以外真的有啊.大学之后的课余时间更是鲜有与软件工程相挂钩的事情,用一句话概括,就是过着这些博主批判对象的生活,十分尴尬.选这个课就是觉得应该做出些改变了,然而在第一次

我审查的刘彦麟同学的代码,我已经用CFREE运行,可以成功运行也发符合条件.并且每一行代码都很清晰,可以很清晰的看出每一行代码的意义,有很好的规范性,在复查过程中,我也学习了很多,包括对代码的规范性.我觉得代码复查时件很有用,很能学东西的事情! #include <stdio.h> #include <stdlib.h> #include <time.h> int add(int num1,int num2) { return num1+num2; } int subt

本次我是审阅左少辉同学的个人项目代码 首先整体来说,左少辉同学的代码优点很多: 风格不错,大部分简练明了,方法与方法之间的关系也是极为清楚,还有不少的注释,易读性强,还使用了许多库函数,简化了程序,截图如下 但是对细节仔细的观察就会注意到这个代码还是有不少的问题的,具体的说三个: 1.首先在breakWord方法中定义的局部变量过多,有些变量的命名也是让人看不懂,比如Fr.FN等等.这样就造成了程序的易读性降低,同时也降低了程序的简洁性 2.本程序应该是面向对象的程序,但是在本程序的sortWo

(1) 是否需要有代码规范         1.这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西.(反对) 答:首先编码规范 包括了编码风格和其它规范 一个团队遵守一些规范有很多的好处! (1). 遵守编码风格使代码更容易维护 (2). 编码风格使形成代码集体所有制(集体所有制的作用很大,它能有效的增大巴士因子——一个项目能承受多少个程序员被车撞了而不影响项目的正常进行) (3). 编码风格能消除那些长久的纷争(你不需要喜欢这种编码风格.如果你不喜欢里面的某条规

0x01 :代码规划的要求 Q:这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西.(反驳) 首先,我们需要明确编码规范的定义,编码规范同时包括了编码风格和其它规范(代码设计上的规范,如设计模式.程序设计.模块之间的逻辑关联等). 编码风格,牵扯到“缩进.空格使用.注释.命名习惯”等多方面的因素,是依致特定编程语言制定的软件工程开发的“约定”,而相同的编码风格,可以使得软件开发过程中轻松浏览任意一段代码,充分保证不同的开发人员能够依据统一的编码格式轻松理解代码的逻

代码规范: 1.这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西. 编码规范它包含了代码格式,还包括了编码风格和其他规范,通常涉及:缩进.空格使用.Tab使用 注释.命题习惯.代码行长度和语言特点风格,从而使大家能够很方便得互相阅读对方的代码从而促进 团队中的沟通与交流.不是浪费时间. 2.我是个艺术家,手艺人,我有自己的规范和原则. 艺术家的表现层次如果只是在规范上面,显然不是个优秀的艺术家,通过大家都容易接受的方式可以 让自己的创造力更好得表现出来. 3.规

是否需要有代码规范 1.反驳.代码规范是有实际纪意义的,斌不是形式主义的浪费时间. 2.反驳.编码风格不是代码规范. 3.反驳.代码规范就是要求格式一样的,不应该有例外. 4.反驳.一个人的规范不是规范.一个团队内部的规范也不是代码规范,所有人都遵守的才是代码规范, 总结:代码规范对团队合作很重要.一个项目大多都是由一个团队来完成,如果没有统一的代码规范,那么每个人的代码度是不同风格的,即使是分工十分明晰的,等到要整合代码的时候就会很麻烦.别人看你的代码需要很长时间,这样很没有效率.这样去读别人