《构建之法》第一至三章

第一章写的是软件工程的发展史,从开始到应用,所经历的过各种变化

第二章编程代码要要懂得团体的力量,合作取得双赢,向我们讲诉的单元测试,回归测试,效能分析工具。但是读第二章是,很多东西都不懂,我都百度了一下,感觉有点深奥,不太了解。

第三章提到了成为软件工程师所要具备的条件,分别是:1.积累软件开发相关知识,提升技能技术。2.积累问题领域的知识和经验。3.对通用的软件设计思想和软件工程的理解。

时间: 2024-10-07 15:46:13

《构建之法》第一至三章的相关文章

《构建之法》第三章学习心得

这周我学习了<构建之法>第三章,讲述了软件工程师的成长.软件系统的绝大部分模块都是由个人开发或维护的.在软件工程的术语中,这些单个的成员叫做Individ-ual Contributor(IC).IC在团队中的流程是怎么样的呢?以开发人员为例,流程如下. 1.通过交流.实验.快速原型等方法,理解问题.需求或任务 2.提出多种解决办法并估计工作量 3.其中包括寻找以前的解决方案,因为很多工作是重复性的 与相关角色交流解决问题的提案,决定一个可行的方案 执行,把想法变成实际中能工作的代码,同时验证

20179215 《构建之法》第三章

<构建之法>第三章 读书笔记 ?本章为软件工程师的成长,主要介绍了评价软件工程师水平的主要方法,技能的反面,TSP对个人的要求. 一.个人能力的衡量与发展 ?软件开发流程:软件开发流程包括团队的流程,也包括个人的流程 ?软件系统的绝大部分模块都是由个人开发或维护的.在软件工程的术语中,我们把这些单个的成员叫做Individ-ual Contributor(IC).IC在团队中的流程如下. 通过交流.实验.快速原型等方法,理解问题.需求或任务 提出多种解决办法并估计工作量 其中包括寻找以前的解决

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

最近这几天一直下雨,我的心犹如构建之法一般的复杂,但是,听着雨声,仔细的思考后,感觉构建之法在我的心中慢慢的变得清晰了.这几天看了<构建之法>的前三章后,心有所感,在这里就粗略的讲一讲我的感想,首先是第一章,主要讲了软件工程师什么,软件又是什么,软件的各种要素等等,让我对软件有了一定的了解,同时深有所感的是,一个软件,不论好与坏,都是应人们需求所产生的,所有的软件都不是一天就可以完成的,有的需要很久很久,同时还需要一个团队的合作才能呈现出一个软件,软件工程这门学问不是一个理论的学问,更多的是一

2018-2019-1 20189215 《构建之法》第三章学习总结

第3章 软件工程师的成长 教材学习内容总结 软件工程的术语中,单个的成员叫做Individual Contributor(IC). 软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的,个人在团队中有独立的流程 IC在团队中的流程 通过交流.实验.快速原型等方法,理解问题.需求或任务 提出多种解决办法并估计工作量(其中包括寻找以前的解决方案,因为有很多工作是重复性的) 与相关角色交流解决问题的提案,决定一个可行的方案 执行,想法变成代码 合作,测试实现方案,修复BUG 发

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

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

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

第一章:软件工程的定义是:选定合适的开发模型,然后根据客户的需求分析,在给定成本的前提下开发可靠性,可维护性的软件.但这个过程的实现需要团队的共同合作,软件完成后还要根据客户的要求进行修改,发布后的维护,所以说软件工程是一个长久性的工作. 第二章:讲的是软件制作后期所遇到的许多测试,黑盒测试,百盒测试等.测试能力也属于个人能力的一种.而里面所说到的单元测试就是为了提高程序的健壮性,提高程序的可靠性和稳定性. 第三章:成为一个出色的软件工程师需要不断的接触各类软件硬件,吸收更多的知识 ,所谓孰能生

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

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

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

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

《构建之法》第三章读书笔记

看到第三章,发现软件工程开发一直强调团队的重要性,但同时,每个人也发挥着重要的作用,在一个开发团队中,每个人都是一个环,环环相扣才能实现软件的开发.在大部分成功的软件团队模型中各个角色考虑问题的出发点是有区别的.不同意见的冲突在所难免,一个好的团队流程能把冲突的积极方面(各自尽力把自己的工作做好,说服别人)释放出来,避免消极方面(因为冲突而产生的消极.抵触情绪等). 在团队中,IC需要做到:通过交流.实验.快速原型等方法,理解问题.需求或任务:提出多种解决办法并估计工作量:与相关角色交流解决问题

构建之法(第三章 软件工程师的成长)

第三章的主要内容是:评价软件工程师的主要方法 1.个人能力的衡量与发展 软件工程包括了开发,运营,维护软件的过程中的很多技术,做法,习惯和思想. 软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发的目的是为了提高软件的开发运营维护的效率,以及提升用户的满意度,软件的可靠性和可维护性. 1.1 IC在团队中的流程是怎么样的呢?以开发人员为例,流程如下. 1)   通过交流.实验.快速原型等方法,理解问题.需求或任务 2)   提出多种解决办法并估计工作量 3)