《构建之法》第三、四、五章学习总结

第三章讲的是关于如何成为一名合格甚至优秀的软件工程师。第一节主要讲的是个人能力的发展与团队合作的关系;第二节讲的则是关于软件工程师的职业发展;最后一节通过用魔方举例向我们讲述了怎样提升自己的技能。

第四章讲的是关于软件开发时两个人该怎样合作。这一章的前三节讲的都是关于代码规范,包括风格规范和设计规范;第四节讲的是关于代码复审时的问题,代码复审的正确定义是看代码是否在“代码规范”的框架内正确地解决了问题;第五节讲的是结对编程 ;第六节介绍了两人合作的不同阶段和需要了解的相关技巧。

第五章讲的是关于团队合作和具体的流程。在第一节当中,为我们讲述了非团队和团队的区别;第二节讲了几种软件团队的模式,包括主治医生模式、明星模式、社区模式。业余剧团模式等等;第三节为我们介绍了几种开发流程,有写了再改模式、瀑布模型、统一流程等等,还讲述了TSP的原则。

以上就是我本周在《构建之法》的学习内容。

时间: 2024-10-24 10:30:40

《构建之法》第三、四、五章学习总结的相关文章

《构建之法》第四&十七章读书笔记

 <构建之法>第四&十七章读书笔记 一.         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,

构建之法第13、14章学习

第十三章的内容是关于各种测试方法和测试的设计方法. 一个软件开发团队统一思想首先要从基本名词解释开始,第一节为我们解释了一些基本名词并进行分类(例:Bug是指软件的缺陷,可以分解为症状(Symptom).程序错误(Fault).根本原因(Root Cause)):在对这些基本名词进行分类时,可以按测试设计的方法分类(分为黑箱和白箱),也可以按测试的目的(分为功能测试和非功能测试)或者测试的时机和作用分类. 在第二节中,详细介绍了各种测试方法--单元测试.代码覆盖率测试.构建验证测试.验收测试..

构建之法第八、九章学习

第八章:需求分析 这一章主要讲述了软件需求的类型.利益相关者.获取用户需求的常用方法和步骤.竞争性需求分析的框架NABCD.四象限方法.项目计划和估计的技术. 确认软件需求有以下步骤:1.获取和引导需求.2.分析和定义需求.3.验证需求.4.在软件产品的生命周期中管理需求. 第九章:项目经理 这一章主要讲述了团队角色分工.项目经理的由来和要求.项目经理和其他经理的区别.软件项目中的风险和风险管理.PM的专业能力. PM的能力要求:1.观察.理解和快速学习能力.2.分析管理能力.3.一定的专业能力

构建之法第6,9,10章学习心得

在软件工程语境里,敏捷流程是一系列价值观和方法论的集合.敏捷流程的步骤为:找出完成产品需要做的事情:(1)产品负责人主导大家对积压的问题进行增,减,删,改的工作.(2)决定当前的冲刺需要解决的事情:一个团队里的成员应该能主导任务的估计和分配,使他们的能动性得到较大的发挥(3)冲刺:外部人士不能直接打扰团队成员,这样能较好地平衡交流和集中注意力之间的矛盾.一个敏捷的团队应做到:自主管理,自我组织,多功能型.软件团队里除了能写代码,测试代码,画图做设计的成员,还有一个角色叫项目经理.项目经理不做上面

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

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

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

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

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

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

《构建之法》第四章

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

构建之法第三章读书心得

在构建之法第三章中,我们主要学习了个人能力的衡量与发展. 初级软件工程师有以下几个成长阶段:1.积累软件开发相关的知识,提升技术技能. 2.积累问题领域的知识和经验. 3.对通用的软件设计思想和软件工程思想的理解 4.提升职业技能 5.实际成果 软件开发的工作量和质量你的衡量标准:1.项目.任务有多大? 2.花了多少时间? 3.质量如何?交付的代码中有多少缺陷?

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

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