《构建之法》前三章读后感

通过第一章讲述的概论,理解到软件工程到底是什么,又为何要叫软件工程,他对我们的生活又有什么影响。

通过一些实例我也认识到客户需求分析的重要,就阿超那样的四则运算一样,渐渐的功能和需求就多了。

在第二章中,我又认识到个人能力和测试的重要性,在一个程序中运行的要快,是几秒钟而不是几分钟。

一个好的单元测试也是有很多标准的,通过对标准的分析又能找到许多缺陷,就要写下测试的方法。

所以说如果我们不经分析就盲目优化,也许会事半功倍。

第三章软件工程师的成长,评价软件工程师水平的主要方法是什么。这个职业的发展之路。

70页也说到成长和代码量的关系,并且有各式各样的工程师,还要有自知之明。

1.2.4怎样才能做出“足够好”的软件呢?

对于用户的期望以及程序的BUG修复,哪怕是0.01%的概率也要做到万无一失,就像飞机安全措施一样,但是要怎样才能发现并去实现呢?

2.2效能分析工具怎样才能快?

在运行效能分析之前,是什么让我们预计耗时最多的是什么函数,或者说那些语句。有的说是处理文件,因为I/O很花时间,有的说是排序,

有的说是处理每个词。还有人说建议排序和处理每一个词应该同时进行,这样就能加快速度。为提高CPU利用率应并发。修改一部分代码也

能加快速度,例如47页所说的。

3.4为何要学,怎么学,核心竞争力是什么?

多交流,多打代码,根据需求满足客户,编程语言,遇到问题的态度处理问题的思路和方法

时间: 2024-10-24 11:34:54

《构建之法》前三章读后感的相关文章

构建之法前三章读后感

一. 软件作为一个产品,在提供用户使用前经历了许多工序,我们用工程的方式将开发软件的工序,过程加以工程化,系统化.成立了一套完整的体系后,有利于帮助我们开发软件,乃至于大型的系统. 软件具有一定的特殊性,使得软件工程师们做开发提升了一定的难度,但软件工程有助于软件系统的开发,帮助工程师们设计,构建,测试和维护软件.所以,软件工程的最终目的是帮助工程师们创造“足够好”的软件,提高软件的质量,用户满意度,可靠性,可维护性等. 第一章问题:怎么才算是一个真正的软件工程师? 二.   一个优秀的软件,通

构建之法后三章读后感

开始读这本书,最大的感受的感受就是软件工程原来是可以这么学的,以前学习软件工程的课程的时候,总是感觉这门课程及其枯燥无味,总是在说太多的理论,很少 会涉及到实践,甚至根本就是没有实践这个环节,所以学习很无聊,但是读到这本书,真的是全新的感受,首先,不仅仅只是在说理论了,加入了很多实 践的东西,而且还可以在网上可以与其他人进行交流学习心得. 整本书从实际软件开发的各个阶段出发,详细地分析了软件工程的各个环节,如:需求分析.设计实现.用户体验.软件测试已经最后的发布等等. 首 先,说说代码风格,一个

构建之法第三章读书心得

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

构建之法(前三章读后感)

第一章:软件工程.写软件就是码代码写出来,组合语句和算法,实现需要的功能.但是软件的开发需要一定步骤,有团队合作精神,经过需求分析明白客户需求,要什么功能,并完成软件的概要设计,再进行讨论并与客户沟通.然后进行软件设计,然后程序代码编写,软件测试DEBUG,体验版,后续维护等等.这样才是一个项目.软件开发过程并不简单,这是一个工程化的开发过程. 第二章:我认识到个人的开发能力和对自己所写的代码是测试能力,这是十分重要的.想要对自己的代码优化,或者是想要快速找BUG,提高开发的效率.以此保证所写的

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

身为本科计算机专业二年级的学生,在老师的推荐下阅读了<构建之法>,这几天读了这本书的一部分,发表一下自己的感受,这本书让我对自己的专业有了更加深刻的了解. 在第一章中讲述了学生和老师的关系,老师在课堂上也有所提及,要我们学好软件工程,并应该努力的去编程,老师起到的作用就是督促我们,给我们学习的压力,这样才能在软件工程的道路上越走越好,越走越稳.而大多数人在编程的路上总是被懒惰所打败,不愿意去做认为是枯燥的,或者认为自己做不到,老师布置的作业也总是糊弄完事,在读了一部分这本书之后,或许会有另一种

谈谈我对构建之法这三章的理解

前言 在第一次作业中我便提过,刚进入大学时,我对未来充满了憧憬,我的人生有着很好的规划,也像我所规划的那样,我的大一过着学习,技术,学生工作有条不紊运行的状态,可是后来为了学生工作放弃了工作室,后来又因为一些原因失去了学生工作,我的人生仿佛失去了重心,浑浑噩噩度过了大二上学期,到了这个学期,上了软件工程导论这门课,我才意识到自己与别人的差距有多大,我下定决心从这学期开始恶补,一定要把差距拉小,直至没有差距.调整好了心态,我翻开了构建之法. 章节一.概论 1."软件=程序+软件工程"这是

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

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

构建之法第十一章读后感

本周进行了构建之法的第十一章软件设计与实现的学习: 第十一章主要讲了典型的开发流程,常见的分析和设计方法:ERD,DFD,UML,开发阶段的一些管理方法:每日构建,小强地狱,构建大师: 分析和设计方法包括以文字为主的文档,以图形为主构造的模型,用数学语言的描述,用类自然语言+代码构造的描述,原代码加注释也能描述: 图形模型和分析方法:1表达实体与实体之间的关系如思维导图,实体关系图,Use Case Diagram.2.表达数据的流动.3.表达控制流.4.统一的表达方式. 其他的设计方法包括形式

《软件工程》前三章读后感

通过第一章认清什么是软件工程,对于软件工程是一个什么样的定义,在软件开发过程中遇到了什么特别的难题,也懂得了软件工程与计算机科学的关系.对于一个好的软件,要的是尽一切可能吧软件的bug都消灭掉,软件团队的人整天都要和bug打交道,做出一个完美的符合用户需求的软件. 问题:个个都觉得软件工程有前途,将来会不会过于饱和? 第二章大部分是单元测试,回归测试的内容.我明白了单元测试是为了能让自己在团队当中负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的量化丶的保证.