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

在第四章中有很多不明白之处,1、代码规范,这个原则从开始学习C语言时,每一个叫我们编程的老师都告诉过我们编程要学会规范,我原以为是为了好看,但学习了测试,才知道还为了找到错误。

2、何为极限编程,我在目录中看到极限编程,但一直看下去都没有介绍极限编程,是一个人独立完成编程的意思吗?

3、在4.3.4,我想问一下,既然用java语言编程,错误处理更简单,为什么还用c语言编程并且处理错误,其中

中介绍了很多我不了解的知识,如:inline访问函数,什么是虚函数,析构函数?

4、在4.4中,第8个不太懂在讲什么,打回去等,代码签入?但我懂得代码复审有点像编译原理时,老师检查我们的作业,问我们一些问题一样,虽然不会很多。

5、在第4.5节中,老师在课堂上讲了结对编程,所以我主要看了4.6节,影响对方,交流少吧,自己懂得也不多,也不知如何反馈。但我却挺同意4.4.1中的“做中学“思想,虽很吃力

总的来说,本章中讲了两人合作的好处,分配工作,该做什么

时间: 2024-08-02 19:09:23

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

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

课下阅读<构建之法>第四章,自己有以下一些感想. 1.我们写的代码最终都是要给人看的,所以代码规范化是一个优秀编程员必备的良好习惯,而且若是在团队里工作,那么代码规范更加重要.编程人员要遵循的代码风格的原则是:简明,易读,无二义性.以后自己要养成规范代码的习惯. 2.复审也是不可缺少的一个步骤,软件工程中最基本的复审手段就是同伴复审,找熟悉代码,有经验的人来进行复审. 3.当今时代,一个人能发挥的力量越来越小,团队的力量日渐重要,因此,如何合作,很关键.两个人合作,如何影响对方,要因人而异,因

《构建之法》第四章

<构建之法>第四章讲的是两个人的合作.结对编程.结对编程往往只需花费大约一半的时间就能编写出质量更高的代码. 代码规范方面,在给函数或者类取名的时候要严谨,不能写一些没意义的名称:在一些代码后面可以加些注释来说明此行代码的作用,在复审方面,我觉得自我复审时最好的,刚写好的代码脑袋里印象深刻,能很好的解决逻辑错误和算法错误. 结对编程方面,书中生动形象的说明了开发者的搭档关系,在结对的时候怎么分配任务,怎么通力合作.互相帮助,在两人的合作过程中,怎么磨合.互相提高水平,在遇到问题或者矛盾的时候,

《构建之法》第四章读后感--软件工程

<构建之法>第四章读后感--两人合作 1.代码风格很重要,因为良好的代码风格,有益于两人的合作甚至多人的合作. 个人认为 : 良好的代码风格的培养就是 多去阅读别人的优秀代码 ,用于提高并且培养自己的代码风格. 2.关于结对编程的重要性 2.1 结对编程能提高设计质量与代码质量 2.2 结对有益于学习交流 3.如何结对编程 3.1 主动参与讨论,提出设计方案或者问题的解决方案 4.代码的复审 复审可以提高代码质量,优化项目性能.

《构建之法》第四章---阅读总结

<构建之法>第四章---阅读总结 前言 看到这个章节的名字,我想起了之前老师叫我们看的<硅谷传奇>,原来老师是想让我们在学这一章节之前先了解两人合作的重要性.确实,软件工程既然能带上“工程”二字,那就说明它并不是一个人的事情,软件工程离不开团队合作,而团队合作的最简形态就是两人合作.由<硅谷传奇>可知,一个好的合作伙伴是多么重要,两人能有着共同的追求,又能包容对方的性格,各施其长后能力就不再是简单的1加1了. 分析与理解 本章节围绕“两人合作”的中心,主要讲解了编程规范

读《构建之法》第四章 、第十七章

第四章    两人合作 通过对于<构建之法>第四章的阅读使我对代码规范 . 代码复审 . 以及结对编程有了更加深刻的认识,所谓代码规范可以分为两个部分,代码风格规范和代码设计规范,代码风格规范的原则是:简明 . 易读 . 无二义性,代码书写的形式,变量命名的方法,注释程序如何工作都有详细的介绍,令我受益颇多.代码设计规范不光是程序书写的格式问题,而且牵涉到咸亨需设计 . 模块之间的联系 . 设计模式等方方面面,函数的设计,语句的使用,错误的处理,这些都是我们在进行程序设计的时候需要注意的地方.

阅读《构建之法》第四章、第十七章收获

阅读<构建之法>第四章.第十七章 阅读这一章的时候,我意识到了很多以前写程序没有注意到的地方,以前写程序就只知道能运行就好,根本不管自己写的程序占多少内存,运行的时间,是否有优化的空间,写代码的时候也不注意规范,有时候设计的函数根本用不上,造成代码冗余.同时也认识到结对编程的重要性,没读这本书之前就觉得结对编程就是两个人一人负责一个模块,然后合在一起,调试调试.但实则不然,真正的结对编程应该像书中那样,一个是驾驶人,一个是领航人,两个人有规律的进行编程.期间,一人编程一人复审,极大地提高了效率

《构建之法》第四章读后感

一个人,纵使才华横溢.能力超群,如果不能较好地融入社会,不善于跟周围的人沟通.协作,他就不会在成功的路上走很远,更无法实现自己的理想与目标. 我想这句话应该可以包括第四章大意.第四章还让我们了解到我们应该对我们写的代码更加规范,使之做到简明,一度,无二义性. 代码复审,在我们生活中最长见的应该就是同伴复审了,在复审中,找到编译器没找到的错误,减少我们代码的缺陷,然而同伴复审,最好不过的就是结对编程了,在结对编程的过程中,让我们两个人相互督促,一起进步,两个人虽然可能效率不比单人快,但是起码能分担

读《构建之法》第四章有感

第四章讲的只要内容是结对,也就是两个人合作,涉及到的理论和知识点有代码规范,极限编程,结对编程,两人合作的不同阶段以及影响他人的技巧.首先代码的规范性,一个不管再怎么牛逼的程序员,如果他写的代码杂乱无章,别人也不会认可他的.代码规范分两个部分,代码风格规范和代码设计规范,而风格规范中讲的是缩进,行宽,括号,断行,分行,命名,下划线及大小写.设计也包括11个内容. 接下来就讲了代码复审,写出来的东西一定要经过审核才能拿出来给别人用的,审核就是要找出我们代码的错误,发现逻辑错误,算法错误及一些潜在的

软件工程 《构建之法》 第四章读后感

在第四章我们进入了软件工程另一项核心的起步阶段——结队编程,所谓工程自然不是一个人便能完成的了所有的工作,而是一个集合了一个团队的合作完成作品的过程.在开始结队之前,需要达成共识的便是代码的规范性,这在编程界早已有了相应的通用准则且在随着整个行业的进步而不断更新着.作为合作的项目,个人能力上或许会有不同,但哪怕团队中有个别人才思敏捷却只按着自己的路子走,不贴合代码的规范,使其他人无法去阅读理解,这无疑是从一开始便失去了结队的意义. 故而我们要学会遵守代码的规范性,好的代码是可以方便队友一同阅读.

读《构建之法》第四章、第十七章

第四章<两人合作> 1.原文:"注释(包括所有源代码)应该只用ASCLL字符,不要使用中文和其他字符,否则会极大影响程序的可植性" 疑问:引擎根本不对空行和注释进行解析,直接忽略掉,它们不参与计算代码行数也不参与程序的执行,对程序执行效率也没有影响,中文和其他字符为什么会影响程序可执行?中文注释不是更容易看到和理解吗? 解决中的发现:python中为什么加上中文注释就会报错? 答:由于Python源代码也是一个文本文件,所以,当你的源代码中包含中文的时候,在保存源代码时,就