0320 《构建之法》前三章观后感

第一章、为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天,并非一两个人就能赶出来的,需要大家的精诚合作。同时,在编写程序之前,还需要做一系列的分析、设计,要满足客户的需求,后续还要对软件进行测试、维护等。在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已。看了邹老师的书,才知道其实创新有很多的方面,除了技术,还有商业思路,差异化等等,这些都给了我很大的感触,作为一名程序员,我们不能将自己的思维局限在这世俗人的眼光里,要跳出这世俗的局限充分发挥人的想象力,这才是一个好的程序员。

第二章、这章引入了“单元测试”的知识,单元测试对一个好的软件起着重要的作用,单元测试应该是准确、快速地保证程序基本模块的准确性,单元测试也有一系列的标准验证其好坏。单元测试必须由最熟悉代码的人来写,最好是在设计的时候就写好单元测试,这样会减少程序问题的出现。另外考核激发团队的团结力,绩效考核是个不太好做的工作,但是还要做,只有这样,团队才能无往不胜

第三章、这章主要是讲个人能力的衡量和以及软件工程师的职业发展。成为软件工程师,首先要学习和积累软件开发相关的知识,不断学习,不断积累,提升技术技能,理解通用的软件设计思想和软件工程思想。学好专业技能以外,还要有一定的自我管理能力、与人合作能力等,看了才知道原来一个好的软件工程师也不是那么简单,想要成功,就要有所付出,有所牺牲,在别人在玩的时候,充实自己的知识,不然你凭什么在人群中脱颖而出,想要成为一个耀眼的人,就必须先把身上的尘檫干净,不是吗?

时间: 2024-12-23 23:22:24

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

构建之法前三章读后感

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

构建之法第三章读书心得

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

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

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

现代软件工程构建之法 前五章阅读感想&困惑

第一章 第一节 新时代中国的IT产业市场规则不规范,书中提到社会上有个别软件公司的软件一定要卸载别家公司的软件才能运行,我这里感到疑惑---————是不是说如果 一间软件公司他能做出一个像微软操作系统那样的受大众十分喜爱的软件 那么他就可为所欲为 对一些不友好的软件公司进行屏蔽,从而决定了其他公司的生存??? 第二章 第一节 之第二部分 这里说到程序员作为该单元的开发者 必须亲自写开发单元 但如果遇到上头委派的一件又急又大型的项目 那么还要写单元测试?或者不能让别人写? 第三章 第二节 这里说的

构建之法第三章

本章为软件工程师的成长,主要介绍了评价软件工程师水平的主要方法,技能的反面,TSP对个人的要求. 软件开发流程:软件开发流程包括团队的流程,也包括个人的流程 初级软件工程师有几方面成长: 1.积累软件开发相关的知识,提升技术技能 2.积累问题领域的知识和经验 3.对通用的软件设计思想和软件工程思想的理解 4.提升职业技能 5.实际成果 衡量软件开发的工作量和质量的因素: 1.项目/任务有多大 2.花了多少时间 3.质量如何 4.是否按时交付 相对来说,交付时间的平均时间反应平均水平,而标准方差更

读构建之法 第三章:软件工程师的成长

本章理论和知识点:评价软件工程师水平的主要方法 软件工程把相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发.运营.维护的效率,以及提升用户满意度.软件的可靠性和可维护性. 软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的.个人在团队中也有独立的流程.把每个人的工作有序地组织起来,就是团队的流程."有序",并不是"无争论".在大部分成功的软件团队模型中,各个角色有不同意见的冲突在

构建之法5.5-6-7章观后感

第5.3章,讲了一下软件工程的一些模型,有瀑模型.螺旋模型等 第6章,讲敏捷流程,敏捷流程” 是指价值观和方法论的集合. 第7章,msf,没有像敏捷那样搞一个宣言,但是它也是有一套思想框架--9条基本原则.MSF团队模型,产品管理.项目管理.开发.发布管理.测试.用户体验,共同推演,交流.最终产生一个大家都接受的产品.MSF过程模型,是从传统的软件开发瀑布模型和螺旋模型发展而来的,它把瀑布模型基于里程碑的规划优势与螺旋模型中增量迭代的长处结合起来. MSF过程模型的基本元素是阶段和里程碑.还讲了

构建之法后三章读后感

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

构建之法-第三周

构建之法第三章-软件工程师的成长 本章主要的理论和知识点是评价软件工程师水平的主要方法.技能的反面以及TSP对个人的要求. 首先,不同的数据能够从不同方面一个展示软件工程师的技术和能力,例如,通过完成时间平均值的比较,两位工程师或许能决出完成效率的高下,但通过比较方差则又能体现出的两位工程师的工作稳定性. 作为一个初级软件工程师,我们可以关注的成长有一下几个方面: 1.积累软件开发相关的知识,提升技术技能: 2.积累问题领域的知识和经验: 3.对通用的软件设计思想和软件工程思想的理解: 4.提升