构建之法感悟

                观《构建之法观》感悟

当第一看到构建之法的时候会以为它是一本关于架构之类的书,觉得会是很枯燥无味的,但是,当你翻开第一页的时候,看到目录的时候你就会觉得这是一本内容丰富的书,当你翻开第一章,开始看里面的内容的时候,你不会觉得枯燥无味,从一开始名词的解释开始就会吸引的目光,会不自主的跟随作者的思绪一步一步向前做,通过作者极具说服力的观点,再通过简单但极具说服力的例子向你进一步解释阐明内容。

构建之法向是一本带你走进软件工程的指导之书,从个人技术的提升开始,各阶段测试,让我们对个人技术的方面有了清楚的认识,然后再两人合作,规范代码的重要性,相互之间互相影响,然后从团队的角度出发,各阶段要求要做的不同的事物,根据软件的特点选择较好的软件开发模式,熟悉不同模式之间的优缺点,这是非常重要的。稳重介绍了微软推荐的软件开发方法,需求分析的重要性。

还介绍了用户体验,从用户的角度来思考问题,并不是开发者自己觉得该方法安全,简单就可以了,而是要以用户的角度去体验软件的使用性和安全性;还介绍了IT行业的创新,要成为领域的专家,才能创新;而创新的关键是技术,到成功公司与普通公司的去区别,作者还通过创新魔方这个有趣的例子来表明创新的重要性,创新的人不一定技术是最好的,自身技术一般也不一定没有创新,所以创新每个人都有可能,就看自己能不能把握。

构建之法的内容是超乎想象的丰富,是值得我们细细品读的一本书。书中的许多例子不仅在软件工程中是非常有意义的,在我们的生活中一些方法也是很有启发性的,让我们明白了一些生活中的一些道理,还有将来工作在工作中自己要承担的责任和与同事们之间的关系处理,相互促进,规范自己的代码和影响他人是非常重要的。

提问:

1.如何成为一个优秀的项目经理?

2.一个优秀的项目经理该做些什么?

3.软件的质量保障工作该做些什么?

4.软件维护的该做什么?

5.软件工程师在项目中改做些什么?

时间: 2024-10-08 06:28:31

构建之法感悟的相关文章

初学构建之法之体会

初学构建之法感悟颇多. 几乎所有程序员都知道"程序=数据结构+算法"这句名言,但我在读这本书之前一直有个疑惑,我感觉所学的数据结构和算法课程几乎没有太大的联系,这是为何,读了这本书,我才了解到,原来程序,就是行行的代码,是建立在数据结构上的算法.程序要对数据进行操作,这些数据有些是静态的,有些是动态的.但是光有代码和数据还不行,工程师要把它们构建为机器能懂的可执行代码,一个复杂的软件不但要有合理的软件构架,还要有各种文件和数据来描述各个程序文件之间的依赖关系,编译关系,链接关系等等,这

学习《构建之法》的感悟

在读了<构建之法>这本书之后,令我感触颇深. 一.第一映像: 还记得第一次翻开<构建之法>,真的是眼前一亮,这本书与常见的软件工程教材有本质的不同,这本书写得跟小说似的,而且语言幽默风趣,颠覆了传统软件工程教材刻板生硬.枯燥乏味的形象,相较之下,这本书显得清新脱俗.可是因为书中有许多讲的是工作中要注意的地方,所以有些地方不是很懂. 二.收获: 1.日后编程的工作,大都是多人合作写软件,那么有好的代码风格相当重要,这本书详细介绍了什么是好的代码风格,这让我有了改进的方向. 2.日后工

作业3 阅读《构建之法》后的收获与感悟

读完<构建之法>的1-5章后我才发现这本书把我们软件工程诠释得太好了,有很多精辟的思想和建议在这里,让我看完之后感触颇深,虽然我才看完了前五章,但是我的激情已被点燃,我发现我已经深深爱上这本书了,强烈地好奇心迫使我快点往下看了.可我还是先暂时压制住了我的好奇心,先把读后感写完再看. 第一章:这章主要是讲软件工程的概论,讲述了软件工程的发展史还有起源及其软件工程的特性.这使我开阔了我的视野.让我了解到了软件工程的由来也不是容易的,它经历了好几个阶段.这章让我比较感兴趣的是讲述了软件工程的开发和维

《构建之法》个人获奖小感悟

A君个人获奖小感言 所在班级:<https://edu.cnblogs.com/campus/xnsy/2019autumnsystemanalysisanddesign/> 博客主页:<https://www.cnblogs.com/voicing/> 对于课程的看法: 在系统分析与设计这门课当中,首先让我们通读了邹欣老师的<构建之法>这本书,让我对于一些相关的知识有了一定的了解,包括一些个人编程和团队合作的内容.但是同时也完成了对自己的一个分析,在第一篇博客当中写了

读《构建之法:现代软件工程》第一章有感

在阅读了<构建之法:现代软件工程>第一章绪论后,我软件工程有了一定的了解,同时以一名机械学生为立场也有所感悟. 以前我只是简单的认为软件就是一个应用,你只需要去点击.exe文件就可以使用这个软件.而在阅读了邹欣老师的<构建之法:现代软件工程>后,我懂得软件=程序+软件工程,我们现在不应再停留于软件的用户体验.交互界面,更应该看到软件背后支撑它的程序代码等.软件工程是一个学科交叉的过程,它与许多学科都相关:计算机科学.计算机工程.管理学.数学.项目管理学.质量管理.软件人体工学.系统

构建之法的读后感

七月份读完了构建之法这本书,粗读,基本了解了软件工程这个专业的工作,就业,和前景.目前有如下体会(构建之法这本书正如前言所介绍,适合软件工程的任何阶段去读,我现在只阅读了一遍,还会继续地读下去): 一,      原来,软件工程并不是像我再选专业之前认为的那样,只是一群人在一起敲代码.软件工程的定义是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.(构建之法P8),而软件工程这个专业里细分了,软件需求分析,软件设计,软件构建,软件测试,软件维护.以前只是简单的构想,软件只是一

构建之法——第六篇

经过一段时间的学习,我已学习到<构建之法>的第八章需求分析.本周我将继续学习第九章项目经理.第十章典型用户和场景.第十一章软件设计与实现. 第九章项目经理主要给我们介绍的是在企业里占据重要位置的项目经理.项目经理的作用就表现于他在企业中充当了中间人的角色.对外,项目经理需要与客户交流,发现用户需求,了解和比较竞争对手的产品,改进团队流程等.对内,需要把市场/销售人员那一套MBA的套路语言翻译成程序员能懂的规格说明书,这样可以大大节省开发人员的麻烦.而一个合格的项目经理,必须要具备观察.理解和快

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

今天读了<构建之法>的第八章,需求分析,感悟很深.作为程序员,我们要做的是,将用户的需求充分挖掘出来,我们需要设身处地站在用户的角度上,将他们所说的需求实现,不仅仅如此,还要将之完善,并且预判将来的可能所要的需求. 将这些打包以后,让用户验证是否是他们真正的需求,正如非常著名的秋千图所表示的一样.这里的用户所指的都是软件利益相关者.他们分别是用户,顾客,市场分析者.我个人觉得,软件团队与软件工程师属于制作小组,不属于利益相关者,他们并不是说不使用这个软件,而是并不能代表相关利益.对于用户需求,

读《构建之法》之一,二,十六章有感

大二下学期已经过去两周了,个人感觉,课程方面压力与动力并存,相信一步一步走下去终将得到自己的一份收获. 这几天阅读了<构建之法>的第一,二,十六章,我个人的阅读速度应该属于比较慢的那种,遇到什么不确定的,不理解的概念总要停下来好久,各种百度,否则继续阅读的时候总有种急躁的感觉,老想着前面的停顿,到头来一头雾水,还是跑去理解前面的概念.作业中关于精读的part1,2,3一开始我觉得可能不适合我这种节奏慢又钻牛角尖的,但贵在尝试,以前我的阅读习惯是只读一两遍,虽然第一遍把不理解的概念都慢慢弄明白了