阅读与提问(5-7章)

第五章(后半部分的5.3.4节和5.3.6节):看完第五章后半部分的各种流程之后,觉得Rantional统一流程(RUP)与渐进交付的流程很相似,最后也是听取用户反馈,然后根据反馈做改进,那么两者有无实质不同呢?例如是什么不同?

第六章 敏捷流程(6.2节):什么团队在什么时候适合选择敏捷流程?如6.2节所说的一样,就算是逼着团队成员在每日例会中发言汇报自己当天完成的工作,他们也有可能会忽悠我们,那要怎么才能解决这个难题呢?是不是一个团队的成员都必须面对面开会就解决这个难题?

第七章 MSF(7.2.3节):书上说到成员之间应该充分授权和信任,那么这是不是建立在成员能力和态度相当的情况下呢?如果成员能力相当,但态度不佳,那么还是否存在授权和信任,是否无法再继续组成团队?

时间: 2024-10-04 11:27:33

阅读与提问(5-7章)的相关文章

梦断代码阅读笔记二(4-7章)

在上一周<梦断代码>读完了第七章,全书已经过半,对于这本书有了更深的体会,对于软件开发之难也更加理解.      乐高王国一章中引出了一个代码世界或者说程序员世界里的美好设想——程序将由可复用的部件组合而成,软件部件将在全球范围内提供,软件工程将从编程的窠臼中解放出来.软件组件就像乐高积木一样,细小.不能再分.可被替代.可以自由组合.这是代码复用的概念,这会省去编写代码的麻烦,但是也存在不少问题,诸如大型可复用组件的稀少,有些程序员不愿拾人牙慧等等.其实我认为这是一个不错的设想,也是一个值得努

作业3 阅读与提问

阅读<构建之法>第1~5章 一.第一章:概论    IT人基本职业道德是什么?有时候是否跟潮流走,用大多IT人的道德来规范自己,还是按照自己的心里底线? 二.第二章:个人技术和流程    如何快速提高IT员个人技术,是自己单独学习还是和别人讨论试学习,和别人讨论试学习时,是和自己水平差不多的还是和比自己厉害很多的? 三.第三章:软件工程师的成长   书上第5页提到现在软件产业还是一个相对年轻的产业,但是现在给我们的感觉就是它已经基本成熟,一些IT员现在做的就是在完善或是修补前辈们的作品.(我想

阅读构建之法第一章有感

今天阅读了构建之法第一章,感觉到自己其实玩具的阶段都不到,离研究阶段更是差的有段距离.了解到程序其实只是一个藏在你电脑里的数据结构加算法,要想成为软件还得经历软件工程这一阶段,软件工程便是把系统的.有序的,可量化的方法应用到软件开发,运营和维护上的过程中.首先我要进行软件需求分析,一个成功的软件是要有市场需求作为背景的,没有需求你做的软件就是无用的东西,有了需求然后我们对软件进行设计使之安全 可行 基本满足市场的需求.然后我们便对我们的软件进行测试.最后软件在用户手中运行,但是十全十美的软件是不

大道至简阅读笔记之三(7-8章)

第七章讲的是现实中的软件工程,以IBM为例 讲了ibm为何购并rational,为何在语言方面选择支持java,以及出于同样的理由选择亲近开源软件界.同样borland也从开发工具场上的位置跳出来,在语言上寻求中立,作为工具开发商,borlan拥有了实现alm所需的绝大多数软件产品,并且开始并购与实现alm体系相关的公司迅速不全了alm作为一个工程体系在理论方面的不足.而微软在工具方法和过程方面并非都停留在理论阶段而是都有具体的实现 “项目管理要不要考虑成本问题”作者以一个小例子提出评价完成一个

阅读第13至17章

第十三章 软件各种测试方法的价值所在之处? 除了书本上的所列举的测试之外,还有什么测试是适合于团队开发的? 第十四章 测试人员对质量保障起决定性因素吗? 第十五章 主要讲的是软件的发布,在发布之前要做检测,如何能把所有都检测的彻底? 第十六章  IT行业的创新 我们从G-number这个游戏可以领悟到3点:1,赢者通吃.2,螳臂当车.3,只先一步. 我们知道这游戏玩次数越多,答案越小.所以把握好创新的时机是非常重要的. 第十七章 主要讲的是职业道德,无论是从事什么职业都要培养职业道德. 读后感:

linux内核设计与实现一书阅读整理 之第一二章整合

第一章:Linux内核简介 一.Unix和linux Unix是一个强大.健壮和稳定的操作系统. 1.Unix内核特点 十分简洁:仅提供几百个系统调用并且有明确的目的: 在Unix中,大部分东西都被(或者正致力于)被当做文件对待: Unix内核即相关系统工具软件都是用C语言编写的,这使得系统有着强大的可移植性: Unix进程创建非常迅速,目标在于一次执行保质保量地完成一个任务 2.Linux与Unix异同 Linux是基于Unix的类系统,比如它也实现了Unix的API: 但它不同于Unix,没

【阅读】提问的智慧+有效的报告BUG

这两项可谓是我们测试人员的基本要求了,不过实话说的是,我自己这两方面很薄弱.哎!!! 这两篇文章都看过了,不过我在这也记个笔记吧.督促自己!!! <提问的智慧> <如何有效地报告Bug>

【带你从零开始,开发一个阅读站】第三章,数据库表结构

整个项目只有四张表 book-书籍主表,记录书籍的详情信息,包括类别,作者描述等 type-类别表,书籍类别管理 menu-目录章节表 properties-配置表 book表是书籍主表 code:用于图书code记录,可认为该字段能确定图书唯一 typeId:关联type表主键id,标识图书类别 title:书名 author:作者 lastMenuId:最新章节目录,关联menu表主键id description:图书描述 originalUrl(废弃不用) imageUri:图片地址,这个

梦断代码阅读笔记三(8章—完)

<梦断代码>在读读停停.时快时慢中读完了.在最后我不禁想起全书开始处内容简介里的话——“本书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.任何一个在软件领域稍有经验的技术人员看完本书,必掩卷长叹:做软件难.” 诚然,我还不属于“软件领域稍有经验的技术人员”,但是我也从书中了解到了做软件之难.这里来写写最后几章的感受. 第8章中描述了即时贴的概念,依然是在漫长的Chandler开发过程中的一次会议上,杜索特提出每人在白板上贴自己的即时贴,每张纸表示大致同等的工作