第一、二、三章读后感

读了第一、二、三章,我认为编写程序不是这么简单的事情,对程序有了新的看法,以前认为程序只是一行行的代码,只要边写出来能运行就可以了。可是现在觉得,一个好的软件应该有合理的软件架构、设计和实现,还要有各种文件和数据来描述各个程序文件之间的依赖关系、编译参数、链接参数等等,这些都是软件构建的过程,远不是之前想的只是把代码打出来就可以了。编写程序就像起一栋高楼大厦,在编写完代码之后,还要对程序进行更进一步的检查,查看有没有多余的可以改善的地方,是整个程序更加完善。我想,作为一名软件工程专业的学生,我们的目标不仅仅是写出一个能运行的软件,而是创造一个足够好的软件,可以供用户满意地使用。所以,在逐渐学习的过程中,在提高技术水平的同时我们应该形成良好的编写程序的习惯,不断完善自己的技术,使其更加完美。这样才是一个真正的软件工程师。

时间: 2024-10-11 17:37:03

第一、二、三章读后感的相关文章

软件工程理论方法与实践第三章读后感

第三章读后感 软件项目管理是为了是软件项目能够按照预定的成本,进度,质量顺,而对成本人员,进度,风险进行扥系和管理的活动.有效的软件管理集中于人员,产品,过程,项目.软件项目的生命周期包括项目启动,项目规划,项目实施和项目收尾四个阶段.接下来是人员组织与管理,主要有三种典型的开发组织模式民主是组织结构,主程序员式组织结构,技术管理是组织结构,以微软公司的软件开发为例,它的软件开发团队的特色是采用小型的多元化的项目组织进行软件开发,具有交流和管理成本低决策和执行速度低,产品质量易于控制的特点.对于

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

第一章系统地告诉了我们什么是软件,也就是软件=程序+软件工程,软件工程是怎样的一个存在,包括软件的种类和性质,都系统地分析给我们,更是强调了一个工程团队对软件工程的重要性,同时也给我们指出了某些软件会出现的问题,比如说会有BUG,给我们介绍了当遇到这些问题的时候需要怎样去解决问题和修正BUG,完成客户给我们的要求.总的来说,第一章就是带我们走进了软件工程的线索. 第二章叫做个人技术和流程,在这一章中我看到了程序执行过程中耗时最多的三个函数,三个函数加起来占用了整个程序的84%的时间,并给我们分析

构建之法前三章读后感

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

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

通过第一章讲述的概论,理解到软件工程到底是什么,又为何要叫软件工程,他对我们的生活又有什么影响. 通过一些实例我也认识到客户需求分析的重要,就阿超那样的四则运算一样,渐渐的功能和需求就多了. 在第二章中,我又认识到个人能力和测试的重要性,在一个程序中运行的要快,是几秒钟而不是几分钟. 一个好的单元测试也是有很多标准的,通过对标准的分析又能找到许多缺陷,就要写下测试的方法. 所以说如果我们不经分析就盲目优化,也许会事半功倍. 第三章软件工程师的成长,评价软件工程师水平的主要方法是什么.这个职业的发

笔记--《谷歌和亚马逊是怎么做产品的》第一至三章

前言:既然是笔记,我只mark了我觉得对我现阶段有用的东西.并非书中全部内容总结. 第一章,产品需求挖掘 ................略,基本大同小异 第二章,产品定义 第一步,写新闻稿: name 预计发布时间 target customer 解决了什么问题: how to solve(核心功能点). 第二步,创建并且不断更新的FAQ文档: SVN ★★★★★ Dropbox ★★★★ Windows Live Sync ★★★★★ 这几个就是网上推荐的工具?好多人推荐用wiki的喔,但是

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

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

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

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

浅读大道至简(一--三章读后感)

作者开篇以编程的精义为切入点以愚公移山为例道出了编程的精义即为根本:顺序,分支,以及循环.对于能不能编程会不会编程这个问题初看到我竟不知道该如何作答,我虽然学了两年的编程然而水平并不高,会一些简单程序然而却不敢说自己会编程序.像初次学习计算机一样作者告诉我们,程序 = 算法+ 结构.编程的第一要务是先把事情分析清楚,时间先后的逻辑关系和依赖关系先搞清楚,然后再去实现代码.算啊是对一个程序的逻辑实现的描述,而结构是逻辑是线索依附的数据实体 而接下来,作者又抛出李冰建造都江堰的故事说出了在有限经历范

《构建之法》第一至三章

第一章写的是软件工程的发展史,从开始到应用,所经历的过各种变化 第二章编程代码要要懂得团体的力量,合作取得双赢,向我们讲诉的单元测试,回归测试,效能分析工具.但是读第二章是,很多东西都不懂,我都百度了一下,感觉有点深奥,不太了解. 第三章提到了成为软件工程师所要具备的条件,分别是:1.积累软件开发相关知识,提升技能技术.2.积累问题领域的知识和经验.3.对通用的软件设计思想和软件工程的理解.