软件测试:(第五次作业)构建之法体会

因为自学安卓,这学期过得非常忙碌,但是偶尔有空余时间,我会看看构建之法,邹欣老师真的好厉害,能把乏味的代码和知识归纳得这么贴切,这么生动有趣,让我知道怎么才能成为一个优秀的程序员和软件工程师,教我们如何做软件设计和需求分析,有很多有意思的举例和代码,还有教我们如何合作,软件产品的推广,软件的运营和盈利方式等。让我对软件这个行业不再那么懵懂迷茫,同时这本书相对于以往的软件工程书籍来讲,去除了大量的概念描述篇幅,举了很多生动有趣的例子,不再那么的枯燥,难懂.

我对于书中所介绍的代码规范以及团队合作很有感想,其实代码规范跟团队合作密不可分,现代的软件产业经过几十年的发展,一个软件由一个人单枪匹马完成已经很少见了,软件都是在相互合作中完成的。程序员的代码不止要写给人看,也要写给机器看,我们的代码要让”旁观者“看的清清楚楚,就必须有规范的风格;合适的缩进,行宽;正确的使用括号,断行与{}行。代码的规范同样能让与你合作的人员一目了然,无形中能增加双方完成目标的信心。而团队合作与生活中的很多事物有想通之处,团队合作讲究的是分工明确,各尽职守。我们可以通过主治医生模式,明星模式,社区模式,业余剧团模式,秘密团队,特工团队,交响乐团模式,爵士乐模式,功能团队模式,官僚模式等各异的团队合作方式完成团队合作,但有两点必须牢记于心:1.团队成员有各自的分工,互相依赖合作,共同完成任务2.团队要有一致的集体目标,团队要一起完成这目标。

通过这本书我对团队合作又有了新的看法了,我之前认为软件团队的模式就是一个人分配一个模块,自己负责自己的,也没什么模式可言,可是学习了《构建之法》之后,我才了解到原来软件团队有各种模式,并且每种模式都适用于不同的人员和需求。这真是让我大开眼界。其中让我印象深刻的有业余剧团模式、秘密团队、明星模式等待。这些都和我们的生活息息相关,我没想到原来软件团队模式离我们的生活怎么近。这本书涵盖了现代软件工程的全部,每个章节甚至每个段落拿出来,都可以在实践中作为指导。真是一本不可多得的好书,值得一读

时间: 2024-10-13 20:39:05

软件测试:(第五次作业)构建之法体会的相关文章

软件测试第五次作业——构建之法读后感

由于时间只有一周不到,所以书看的比较仓促,没有进行太多的深究,只是简单的谈谈自己第一遍简单看过之后的感受. 首先是重新审视了自己所学的专业,究竟什么才是软件工程?一千个人眼中有一千个哈姆雷特,抛去官方的定义,每个人对软件工程都有一个自己的认识,我重新的想法是:对一个项目从制定需求到售后维护一整套的人为操作,而算法加上数据结构所构成的程序从逻辑上来说是冰冷的,软件工程所做的就是赋予这些冰冷的程序灵魂,形成我们现在所熟知的软件. 其次,到目前为止我的实战项目经验很少,所以没有形成一个良好的代码规范,

第五次博客园作业———构建之法读后感

<构建之法>读后感 读完<构建之法>不禁惊叹,关于软件工程方面这么刻板严谨的书还可以这样写!皱欣老师以一种轻松而又不失严谨的态度让我们深刻的了解到了软件工程这一学科的精髓所在.正如瓦茨·汉弗雷.软件工程的奠基人之一所说的那样.软件领域可以分为两个方面:一方面是技艺创新的大爆发:另一方面是坚持不懈的工程工作,包括软件的改善.维护和测试等,这一方面占了90% - 95%的比例.皱欣老师用俏皮的语言和灵活的人物设定如“阿超”.“小飞”.“果冻”.“小李”等来反映现实中典型的软件行业从业人

实验五—读《构建之法》的心得体会

在段老师的极力推荐下,我们这学期有幸读到<构建之法>一本好书!其实你如果停下来认真读一读这本书,是非常有趣的.软件=程序+软件工程,这本书对于软件工程的方方面面:需求.设计.开发.测试.团队协作以及个人成长等都有所涉及且内容简洁.精炼可以很轻松的一口气读完,不过读完了,还要亲自动手实践,这样才能内化为你自己的知识.在我读到书中的第五章团队与流程,第12章用户体验,第16章创新,第17章职业道德时,有很大收获的,测试那张也很有趣. 在看到代码规范这章时懂得了一个良好的代码风格规范是一个软件开发人

软件测试第五次作业——心得体会

构建之法——现代软件工程                                                    心得体会 对于学软件专业的学生,关于软件工程这门课应该是非常熟悉.我与它的渊源其实很久——我们学过了<软件工程服务外包>.<软件工程>,还有这学期的<软件测试>,而我对于这门课程仍然是笼统的.朦胧的.庆幸,老师给我们推荐了邹欣老师的<构建之法>这本书,让我对“软件工程”这个概念有了深刻的了解. 在以前的软件学习中,我理解的软件概念是

第五次《构建之法》观后感

开篇就讲到一个概念即:软件=程序+软件工程. 书中说到,程序指的是源程序,也就是基于数据结构上的实现算法,这是我们软件学生的基本功.程序员需要对代码不断编写,程序越来越庞大,就需要源代码管理.程序是要正确运行的,就需要软件测试.我们写的程序需要让别人的看得懂,就得运用程序理解.程序总会出现BUG,就需要软件维护.掌握一系列过程需要一个项目经理,称为项目管理. 那么,我们为什么要用软件工程呢?因为软件工程把开发,运营,维护的过程中的技术,做法,习惯和思想结合到一起(软件开发流程)提高了软件开发,运

第五次软件测试作业 读构建之法有感

之前没有什么认真的看完构建之法这本书,最近用了一星期的时间紧赶慢赶的认真的把书看完了,越看越起劲,后悔之前怎么没有早看着一本书,看了邹欣老师写的构建之法,感觉和读其它软件技术方面的书感觉截然不同,邹欣老师的构建之法想要告诉我们的是一种第一线的编程思想,比起平常所学的技术感觉起来更富有实用性,他用了程序员的第一视角来告诉我们软件编程者一思想,从第一章概论的软件工程是什么开始,就给予人一种引人入胜的感觉,给程序员一种深深的代入感,书中不仅有丰富的代码示例,还采用了一种一问一答的方式来解答问题,我想邹

第五次作业《读构建之法的心得》

<读构建之法的体会> <构建之法>这本书是软件大大神邹欣的作品之一,这本书体现邹欣老师的情怀,很简洁的讲述了软件设计的各个阶段,描述了一个微软软件大神对软件的理解.构建之法对我帮助挺大的,通过构建之法这本书使我对软件的构建很清晰的了解,让我对软件设计更加的清晰的认识,增加了我对软件的认识的兴趣,好了,现在来讲述讲述里面的内容,第一张讲概论:软件等于程序加文档,软件工程是什么,第二章讲 个人技术和流程 单元测试,效能分析工具,个人开发流程第三章讲软件工程师的成长 个人能力的衡量与发展

第五次作业 关于《构建之法》的心得体会

阅读了邹欣老师的<构建之法>这本书,我感受颇多.上个学期在学习软件工程的课程的时候,并没有很大的学习兴趣.但是读了这本书,我完全有了新的感受.以下是我的学习心得. 阅读这本书使我对下面个人技术和流程.分析了软件工程师的成长.软件团队合作的几种模式和开发流程.敏捷流程.需求分析.项目经理.用户体验.软件测试.质量保障这些概念有了更深刻的理解. 我了解到了创建单元测试的主要步骤以及好的单元测试的标准是什么.还有团队的力量是无穷的,这让我懂得了我们应该增强团队合作意识,这样很多时候会事倍功半.通过阅

第五次作业《心得体会--构建之法》

我的感受-构建之法 首先我想谈谈软件工程,在对我们IT专业的学生来说,软件工程的重要性毋庸置疑.其牵涉的范围也非常广,大部分学生都反映本课程是比较乏味的.但是构建之法这本书的作者--邹欣老师采用的是“做中学”的教学计划,让我们这些学生们掌握实用的软件工程技术. 说实话,这本书我看了二遍了,虽然不多,但是我从来没有对任何书看过超过1遍.这本书实用了大量的场景,并且用了很多的类比,比其他软件工程的书生动有趣多了.例如在书中我熟悉了小飞.阿超.还有果冻这些虚拟出但是现实真实存在的例子.把软件工程当故事