0404 构建之法第四章理解

这一章内容主要是讲两人合作的相关内容,也可以说是团队合作的相关内容。合作的相关内容主要有对代码进行规范,如缩进,行宽,命名等;有代码复审;有结对编程;有两人合作的不同阶段和技巧等的内容,这些内容都在告诉我们在合作的过程中,要注意的事情和怎样更好的进行合作。这对于我们现在来说是第一次对软件工程团队合作的认识和尝试,也是我们在未来进行团队合作的基础,这些尝试和基础都可以让我们在未来更好的进行团队合作。

团队不仅仅是把几个有共同目标的人凑到一起做事情,还会在团队存续期间乃至以后的生活中持续发挥影响。无论在工作中还是在生活中,都必须保证队员之间的良好沟通。在这一点上,我感觉我们小组做的还是不错的,我们能够做到彼此真诚,能够为了完成一个共同的目标而一起努力。一滴水只有放进大海才会永不干涸。个人再完美,也不过是一滴水,唯有融入一个优秀的团队,才能获取源源不断的力量源泉。

时间: 2024-12-25 19:57:29

0404 构建之法第四章理解的相关文章

构建之法第四章学习心得

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

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

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

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

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

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

第四章 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

构建之法第四章读后感

代码规范是必要的,因为写的代码不是给机器看,而是给人看的.“代码规范”可以分为两个部分:代码风格规范和代码设计规范.代码风格的原则是:简明,易读,无二义性.代码设计规范:程序书写,程序设计,模块之间的关系,设计模式等 通过代码复审是软件工程最基本的复审手段,就是同伴复审.这样做可以找出代码的错误,逻辑的错误,算法的错误,潜在的错误和回归性的错误,修复存在的bug 两人合作要经过萌芽阶段,磨合阶段,规范阶段,创造阶段,解体阶段.两人在一起合作,自然会出现不同的意见,每个人都有自己的想法,在两个人平

构建之法第四章读书心得

代码风格规范--主要是文字上的规定,看似表面文章,实际上非常重要 代码风格的原则是:简明,易读,无二义性 代码设计规范--牵涉到程序设计.模块之间的关系.设计模式等方方面面的通用原则 代码设计规范不光是程序书写的格式问题,而且牵涉到程序设计.模块之间的关系.设计模式等方方面面 代码复审的正确定义:看代码是否在"代码规范"的框架内正确地解决了问题 代码复审的目的在于:找出代码的错误 发现逻辑错误,程序可以编译通过,但是代码的逻辑是错的 发现算法错误,比如使用的算法不够优化,边界条件没有处