阅读《构建之法》第四章感想

课下阅读《构建之法》第四章,自己有以下一些感想。

1.我们写的代码最终都是要给人看的,所以代码规范化是一个优秀编程员必备的良好习惯,而且若是在团队里工作,那么代码规范更加重要。编程人员要遵循的代码风格的原则是:简明,易读,无二义性。以后自己要养成规范代码的习惯。

2.复审也是不可缺少的一个步骤,软件工程中最基本的复审手段就是同伴复审,找熟悉代码,有经验的人来进行复审。

3.当今时代,一个人能发挥的力量越来越小,团队的力量日渐重要,因此,如何合作,很关键。两个人合作,如何影响对方,要因人而异,因时而异,,多换位思考。如何给与对方反馈方面,书中提到了一个“三明治”方法,先来一片面包,做好铺垫:强调对方共同点,让对方处于一个安全的环境。再把肉放上,将自己的建设性意见加工化,人性化,触动人心。最后再来一片面包,呼应开头,鼓励对方。这个办法个人觉得,很有趣,很人性化,也很有用。

时间: 2024-10-29 10:47:41

阅读《构建之法》第四章感想的相关文章

构建之法第四章学习心得

今天我学习了构建之法第四章,主要讲述了两人合作的理论和知识点.合作,无论在任何领域,都是不可缺失的,往往能产生不可替代的效果.同样在软件设计中也是如此,经过我的学习,我了解到软件设计中两人合作主要包括包括代码规范.极限编程.结对编两人合作的不同阶段以及影响他人的技巧. 其中最让我印象深刻的是代码规范.包括:代码风格规范和代码设计规范,代码风格规范主要是文字上的规定,看似表面文章,实际上非常重要:代码设计规范牵涉到程序设计.模块之间的关系.设计模式.等方方面面的通行原则: 同时,我了解了代码风格规

0405构建之法第四章--读后感

<构建之法>这本书的第4章讲的是关于两人合作的内容,对于书里所说的两人的关系就和驾驶员.领航员类似,通过结对合作,令我意识到了编写程序不仅仅要自己能明白,也要便与他人查看和理解自己的程序. 代码规范性,我们编写代码时要注重代码风格规范和代码设计规范,无论是类名,对象名,缩进还是行宽什么的,在结对子编程时都要有所规定,不然到后面出现的类或是对象多了,就很容易混乱,分不清楚谁是谁.要学会封装,编写函数,将功能模块具体化,减少主方法里面的代码,避免大规模的出错. 代码的复审,在平时编程程序时,我也会

《构建之法》1-2章感想

提示:(下面的总结我会按照每章发现的问题,自己的回答,感想来陈述) 1章. 在1.1节中我从阿超给儿子写了个程序到越来越复杂的功能扩展到应用软件的过程中,觉得这本书挺有趣的,但是有一个疑问!我们知道软件=程序+软件工程,那么就阿超这个逐渐完善的程序来说,是什么时候开始,程序就变成应用软件的? 回答:我通过在课堂上问杜老师,我的理解是,当程序功能做大的时候,我们要用到软件工程的方法的解决,要按照(软件需求分析,设计,实现,测试等)来做,那么我们就可以把所做的程序叫做软件. 1章. 1.1.2在说飞

读构建之法第四章第十七章有感

第四章 1.原文:"函数最好有单一的出口,为了达到这个目的,可以使用goto.只要有助于程序逻辑的清晰体现,什么方法都可以使用.--P69" 问题:关于goto,我记得老师讲过,这个在编程中是尽力避免的,所以我在之前并没有了解过它.本书却建议用,这让我产生了困惑. 我的看法:goto语句它可以不受限制的灵活跳转,这样程序员在使用goto语句的时候就很容易因为跳转而略过了一些关键语句.但是它能从多重循环体中跳出,用不着写很多次的break语句.我查了一些资料,发现自从提倡结构化设计以来,

构建之法&lt;第四章&gt;之感悟

第四章:两人合作内容出处:4.6 两人合作的不同阶段和技巧 本章主要是讲关于合作方面的,文章以刚刚认识的两个人为例!也就是说,他们之前的关系是陌生人,然而在现实当中两人合作也可以有其它的关系,比如说合作的两人彼此是情侣关 系,那应该怎样合作呢?如果男的与女的合作前,男的对女的千依百顺,再合作时,当女的意见是错误的并且女的非常强势,而男的意见是正确的,这种情况之下应该怎么办呢?又 如,如果合作的两位伙伴,在合作之前是师生关系,这样又怎么办呢 另外我也和别人合作过,不过我们到了磨合阶段后就永远停留在

构建之法 第四章 读后感

在第四章中说“合作的最小单位是两个人“,两个工程师相互看代码并给出自己的意见,所以代码的规范性是极其重要的,我们的代码不仅要让机器读懂也要人也能读懂,在第四章的学习中,我也尝试着和别人结对来编写一个程序,效果相当的不错,规范的代码让我们都能够方便读懂对方的程序,同时也能提高彼此的能力,取长补短,形成互补. 4.1大节提到的代码规范,我们编写代码时要注重代码风格规范和代码设计规范,无论是类名,对象名,缩进还是行宽什么的,在结对子编程时都要有所规定,不然到后面出现的类或是对象多了,就很容易混乱,分不

谈谈我对构建之法第四章与第十七章的理解

第四章:两人合作  问题一:     引用:"对于至关重要的代码,我们要请不止一个人来做代码复审"  理解:我对于这句话有些疑问甚至有些反驳.首先我觉得每一段代码都是应该被重视的,也许对于一个刚入行的程序员,他对代码的态度就决定了他以后得发展前景,只有真正把代码当回事的人才能一步一步写出好的代码,完成好的工作,所以我觉得是不是应该不管是什么样的代码,都应该用相同的态度去对待,都应该找多个人去进行代码复审呢? 问题二:     引用:"对于至关重要的代码,我们要请不止一个人来做

构建之法第四章

本章为两人合作,主要介绍了代码规范.极限编程.结对编程.两人合作的不同阶段以及影响他人的技巧 代码规范:可分为代码风格规范和代码设计规范两部分 代码风格的原则:简明.易懂.无二义性 代码风格规范包括: 1.缩进 2.行宽 3.括号 4.断行与空白的{}行 5.分行 6.命名 7.下划线,一般用来分隔变量名字中的作用域标注和变量的语义 8.大小写,有Pascal形式和Camel(lowerCamel)形式 9.注释 代码设计规范有几个方面: 1.函数,只做一件事,并且要做好 2.goto,使用go

0404 构建之法第四章理解

这一章内容主要是讲两人合作的相关内容,也可以说是团队合作的相关内容.合作的相关内容主要有对代码进行规范,如缩进,行宽,命名等:有代码复审:有结对编程:有两人合作的不同阶段和技巧等的内容,这些内容都在告诉我们在合作的过程中,要注意的事情和怎样更好的进行合作.这对于我们现在来说是第一次对软件工程团队合作的认识和尝试,也是我们在未来进行团队合作的基础,这些尝试和基础都可以让我们在未来更好的进行团队合作. 团队不仅仅是把几个有共同目标的人凑到一起做事情,还会在团队存续期间乃至以后的生活中持续发挥影响.无

阅读构建之法第六章

      这一小节中有一个图表,对比了敏捷(Agile).计划驱动(Plan-driven).形式化的开发方法(Formal Method)的适用范围.里面提到的形式化的开发方法,其基本步骤是怎样的呢?为什么它能有极高的可靠性呢?下面是一些关于形式化方法特点的说明,从中可以看出它能力的缘由. 形式化方法建立在严格的数学基础上,其目标是希望能使系统具有较高的可信度和正确性,并能使系统具有良好的结构,使其易维护,关键是能较好地满足用户需求."形式化方法"一词虽然一直被广泛地应用,但在不同