0405第四章读后感

读了第四章,我认识到一个成功的工程师,光凭自己的个人能力是不够的,他还需要一个强有力的团队,而这个团队至少也需要两个人才能结对工作,

一个成功的工程师的代码要风格规范和设计规范,风格规范有 缩进.行宽.括号规范等等,而设计规范只要包括函数.,错误处理规范这些,代码完成后还要

进行复审,以免出现错误,最重要的是结对编程,可以让我们学到更多的知识,而且认识到自己的不足,更好地完善自己的写代码能力。

时间: 2024-10-12 12:18:33

0405第四章读后感的相关文章

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

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

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

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

掌握需求分析第四章读后感

第四章的标题是,事件驱动的用况,首先我们先来理解一下什么是用况,那么什么是用况,通读本章给出的解释是:由产品完成的那一部分工作称为用况,因为是分析业务事件的响应来得到用况的,因此有事件驱动的用况这个术语. 在项目启动阶段我们需要将系统分解成为一些小块,并找出符合以下条件的部分:“自然的”部分即工作明显的的部分,与工作的其他部分连接数目最少,有一些规则来定义他们的范围,有可以描述和量化的边界,可以使用业务专家熟悉的名称来命名,业务专家指客户,顾客和用户,他们的存在可以很容易地确定:用户知道:我们可

大道至简第四章读后感

在很多的时候,我们所听到的沟通,都是一种形式.例如与客户吃饭或者打回访电话.其实沟通是具有目的性的,如果在没有明确目的的情况下与客户沟通,那将是浪费客户和自己的时间.这种目的,可以是了解项目的讯息/挖掘潜在的项目......最后才是交流感情.然而在大多数情况下,他不仅仅被看着交流感情.这便成了形式.且往往顾客所讨厌的一种形式.<大道至简>第四章正交到了沟通的重要性. 我们在与人沟通时,我们应该尽力做到有效的沟通,应该清楚的是,保障每一次沟通的有效性都是最重要 的事.沟通不是打电话或者请客户吃饭

构建之法 第四章 读后感

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

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

<构造之法>第四章主要讲一些两人合作前的基础,以及两人合作对于成功的重要性,两人合作是两个人的不断磨合.适应.与进步. 本章大篇幅讲了两人合作需要的准备,例如代码的规范,这非常重要,如果你的代码,只有你一个人看得懂,这十分不利于团队合作,再好的代码,不能被别人知道,这还是一个不好的程序,因此代码规范非常重要.优秀的代码应该遵守的原则是:简明.易懂.无二义性.我们在规范代码时要注意缩进.行宽.括号.断行.空号等的规范与使用.我们要养成良好的写代码的习惯,注意程序的命名,我们要用英文命名,不能随便

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

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

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

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

《程序是怎样跑起来的》第四章读后感

这章的标题是熟练的使用有棱有角的内存,第一眼看到标题后有点懵逼,内存中还存在棱与角吗?接着深入的了解到物理上有棱有角的内存,在程序上是可以按照逻辑很流畅地使用的.作者告诉我们内存实际上是一个电子元件叫做内存IC,内存IC中存在着许多的形式,而且内存IC中的每个部分都有其特定的功能.下面讲述了内存IC中存储数据的容量以及是如何存储数据的.第二节讲了内存的逻辑模型是楼房,也就是列表状的逻辑模型,在列表中一层可以存储一个字节,楼层号就是表示地址.程序员眼里的内存模型中,还包含着物理内存中不存在的概念,