对《构建之法》的一些看法以及疑问

1.在读到软件团队合作的时候有不同的模式,各种模式都有各自的优缺点,那是否可以在软件开发的不同阶段采用不同的合作模式来进行,从而利用好各个模式的优点避开缺点呢,目前我咱是没有进行过团队软件开发,所以并不清楚,或许需要经历过才知道。

2.关于第六章--敏捷流程的看法:在整个敏捷流程中,每个人都有自己的工作需要完成,书中说到有可能小飞象认领任务A,但是A的实现需要依赖于任务B,但是B没有人认领,小飞也不具备足够的知识完成B,怎么办。我想说的是,在整个团队开发过程中不是应该先分析整个流程中所需要的技术支持以及知识吗,所以这种情况应该是很少见的,如果想书上所说,那岂不是有可能在工作进行到一半的时候发现有一个任务没有人能完成,那整个工作岂不是白费,或者再招来能完成任务的技术人员,这样会严重拖慢开发进度。

3.To be continued.

时间: 2024-08-26 22:05:54

对《构建之法》的一些看法以及疑问的相关文章

初学软件工程,对《现代软件工程―构建之法》这本书的疑问

这学期刚开的软件工程这门专业课,老师订的是邹欣编著的<现代软件工程―构建之法>这本教材.上课之前要求我们大致阅览这本书,提出对这本书不懂的问题,然后等到学期结束结课时对不懂的问题进行解答,以达到一个提高学习效率的目的. 以下是大致看完书不懂的问题: 1.什么是软件工程? 2.什么是敏捷流程?敏捷体现在什么方面? 3.MSF?PM?的含义是什么? 4.个人,两个和团队该怎么开发一个项目?具体流程是什么?

《构建之法》阅读笔记01

这一学期,开始了健民老师的软件工程概论课,早就听闻健民老师的软件工程概论课很牛,听了两节课下来,果然如此. 老师引用了<构建之法>书中的理念,认为软件不是靠着理论堆积而成,而是一个个实发的项目组成的,在课上,老师引用了书中的例子来形容学生和老师的关系. 1.餐馆服务员/食客 2.老板/雇员 3.保姆/幼儿:像保姆一样操办一切 4.哥们/哥们:一起混吧 5.路人甲/路人乙 6.狱警/犯人:想法点名/想法逃课 7.健身教练/健身学员:鼓励成长 当然,大家都更加喜欢7,希望能够获得更多的编程技能和知

一、构建之法读后感

这学期的软件测试课程多加了<构建之法>这本书,这学期利用自己的课余时间学了这本书,感觉受益匪浅. 对于这本书可以简单地有两个词语来概括:"专业"."接地气". 这本书的开头就是给我解释什么事软件.什么是软件工程.上大学将近三年,说实话还没有一次真正的去了解过什么是软件,什么是软件工程,说来还是有些惭愧的. 首先,这是一本全景式图书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 其次,这

初读构建之法

 以前对软件工程没有特别详细的看法,有些模棱两可.经老师介绍购买了构建之法,初步看了构建之法的   第一章.第五章以及十七章,对软件工程有了一定的了解,下面想要说一说我的个人看法.         百度中有这样的定义,软件工程是一门研究用工程化方法构建和维护有效的.实用的和高质量的软件的学   科.又或者说,比较认可的一种定义认为:软件工程是研究和应用如何以系统性的.规范化的.可定量的过程   化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法  

《构建之法读后感》

这是一本全景式的书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 是一本最佳实践式的书,涵盖了科学.健康的软件工程开展中的每个方面,介绍了种种方法论,但不是高高在上.纲领性的方法论,而是方法论的最佳 实践,确实可用,拿来就用.本书在介绍方法论的同时,居然会介绍方法论不适用的场景,介绍方法论在现实中是怎样跑偏的,这就好像讲下棋,“这 样走,之后的发展会怎样怎样,所以不行”,怎样做会对,怎样做会错——什么叫宏观视角?什么叫最佳实践

《构建之法》观后感

刚开始读<构建之法>这本书时,书上所提到的很多问题都是我们平常在写代码时候会犯的一些小的错误,就我个人而言,在我还没读<构建之法>这本书之前,我还不知道我平常在写代码中犯了这么多的错误,虽然这些错误都是一些小错误,并不影响代码的执行,但是看了<构建之法>这本书之后,才忽然明白原来一些小错误也会造成大的问题. <构建之法>这本书我基本每天睡前读一章,有时实在太困了,可能就读半章.不得不说,这本书绝对是良心之作,书中用使用了移山公司,王屋村这样的经典词汇.都说程

初读构建之法的感想和对课程的期待

看了构建之法的前几节,最开始的发现在于我之前理解的软件工程是错误的,连狭隘都谈不上吧,因为机器的以为软件工程就是编程,其实不然,像书中所说软件=程序+软件工程.可以说软件的基础是程序,而软件工程是将一个编好的程序通过需求分析,测试等操作变成一个较成熟的程序.他需要一个规范的流程,团队的协作,当然也需要个人的技能.这里我们就要提到个人技能了,虽说以团队的形式合作,但一个人的职业技能还是能够影响甚至决定全局的,如书中提到一场足球赛可以有很多种战术协作,但每一次的传球射门都要凭借每个球员单独来完成,所

《构建之法》阅读有疑 与 个人Week1作业

<构建之法>阅读有疑 在用将近五节课的时间将邹欣老师的书<构建之法——现代软件工程>第二版大致看完.虽然全书是以轻松的口吻与”移山公司”员工的一些趣味谈话来传输一些理念和思想的,但是读完并理解依旧不是一件很容易的事情,并且在这过程中我对书中的一些看法抱有怀疑的态度,现将问题所在列在下面. P68页:我不是很认同邹老师的“精通”魔方的判定方法.就好像在软件工程开发中,一个人解决了一个bug.解决了bug却不算是“精通”,还得能恢复bug,再现bug才算是懂得各中原理吗?我觉得作为一个

《构建之法》读后心得,问题

我觉得构建之法这本很不错,书的内容给我一种欢快的阅读体会,能让人更加的快速去接受里面的内容,并吸收为自己所用:并且里面的内容都举例生活中的例子,并且在一些容易有疑惑的地方,以问答形式解答,而且语言通熟易懂,使人看上去更加的了解其实软件工程就在我们的身边. 之前上过软件工程这门课程,那本软件工程的书本不像<构建之法>,都是一些很枯燥乏味的内容,并没有像<构建之法>让人舒适,让人以一种欢快的阅读体会.其实软件工程就是包括了“开发.运营.维护软件的过程中的很多技术.做法.习惯和思想.软件

第一篇 读《构建之法》有感

第一篇                           读<构建之法>有感 读了<构建之法>前两章之后,我倍有感触.一二章主要讲的是现代软件工程的概论以及个人技术和流程.这本书主要的思想是“做中学”.首先讲出来软件=软件工程+程序,做出来的软件有各种不同用处,软件工程从刚开始的探索阶段,到成熟阶段经历了一个漫长的时间.从软件的用途来讲软件企业=软件+商业模式,当然软件企业还需要各方面的支持工作软件工程决定了软件的质量,商业模式决定了一个软件的成败.软件从业人员和软件企业的道德操