《大道至简》第七章读后感

谈论再多的理论也不如实践现实中的软件工程。正如《战国策》中的“王不如远交而进攻,的寸王之寸;尺,王之尺”,现代软件工程中各个大公司的竞争也是如此。大公司在标准、理论、语言上的争夺,未必处于“软件实现”的考虑,他们的目的实在整个软件工程体系中的全面胜出。由这种竞争,软件工程的发展也由“自生演进”转变为“它激发展”的层次,虽然会影响软件工程发展的变化,但不会影响工程层面上的关注点,作者的软件工程层状模型(EHM)更清晰的描述了关注点。然而这只是一种理想模式。理想状态下的模式很美好“软件工程=过程+方法+工具”,但现实中我们又不得不考虑一些实际的问题,我们不可能像愚公那样的用笨方法花费个几百年做出一个项目,所以说现实需要用更多的方法去实现项目。应该明白开发的真正需要和方法工具在工程中的实用价值,这样才能发现现实软件工程的真谛。

时间: 2024-08-06 12:13:17

《大道至简》第七章读后感的相关文章

《构建之法》第六第七章读后感

<构建之法>第六第七章读后感 阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-progr

大道至简第七章读后感

大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 1:大公司手中的算盘 文中列举了IBM,Borland和Microsoft的一些体系,来说明大公司眼中的世界. 大公司们在标准.理论.语言上的争来夺去,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是在整个软件工程体系中的全面胜出.算 盘 上 的 绝 大 多 数 人 , 只 是 用 于 计 算 胜 负 的 一 枚 算子.所谓编程语言,只不过是

《精益创业》第七章读后感

在经历了创业公司失败之后,有了大量的闲时间,看书,思考,认真反思过去三年的所做所为,好多问题,在精益创业中都找到了答案. 当读到第七章时,真的后悔没有早点遇到这本书,如果能早点遇到这本书,也许公司会是另一番情景. 1.新创公司该不该抱定宗旨不动摇呢? <精益创业>中说:锲而不舍的传说是非常危险的. 的确,当我们在面临这样的局面的时候,我们选择了硬扛,其实是不知道该如何突破 2.如何判别转型的时机? <精益创业>中说:完成阶段性的目标,比如收入数字上升等,但这并不是衡量新创企业是否取

构建之法第六、七章读后感

第六章 Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的.迭代的开发过程.Scrum包括了一系列实践和预定义角色的过程骨架.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员. 敏捷流程一共有4步: 第一步:弄懂需求与任务是相互依赖的关系 第二步:想要学会把一个任务从产品层级的描述逐步细化到技术实现层面,那么技术能力和交流能力尤为重要的,根据每个人的能力来分配任务以保证任务的高效完成. 第三步:个人要

第六七章读后感

第六章主要讲敏捷流程,而其的开发流程为: 1.找出完成产品需要做的事情 - Product Backlog. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺(Sprint). 4.得到软件的一个增量版本.发布给用户.然后在此基础上又进一步计划增量的新功能和改进. 这一章以敏捷流程的Scrum方法论而展开,其中 SCRUM框架包括3个角色.3个工件.5个活动.5个价值 3个角色 产品负责人(Product Owner) Scrum Master Scr

第六、七章读后感

第六章——敏捷流程 “敏捷流程”是一系列价值观和方法论的集合,敏捷的步骤:1.找出完成产品需要做的事情——Product Backlog:2.决定当前的冲刺(Sprint)需要解决的事情——Sprint Backlog:3.冲刺(Sprint):4.得到一个软件的增量版本,发布给用户.有敏捷流程,也要有敏捷的团队,敏捷对团队有以下要求:自主管理.自我组织.多功能型. 这章对敏捷做了总结,也为我们分享了实践者应用敏捷流程的经验教训,同时,也通过故事的形式,为我们解答了很多疑问. 问题:初学者该如何

《构建之法》第六,第七章读后感

读完第六和第七章,我学会了敏捷流程和MSF的一些知识,总的来说,这两种模式就是一种团队的不同方式和不同的发展流程. 敏捷流程有十二条原则,这十二条原则主要涉及客户,市场,对手,团队,技术创新还有自我管理等各方面.敏捷流程的步骤主要有三步: 第一,找出完成产品需要做的事情——Product Backlog; 第二,决定当前的冲刺(Sprint)需要解决的事情——Sprint Backlog:团队成员能主导任务的估计和分配,他们的能动性得到较大的发挥. 第三,冲刺(Sprint):一切交流只能通过S

0502《构建之法》第六、七章读后感

第六章 本章中所说的“敏捷流程”是一系列价值观和方法论的集合.敏捷开发的原则中包括十二条,这十二条原则无论对软件开发者本身,用户还是市场需求,都具有很强的影响力. “敏捷流程”分为四步,每一步都有着一定的作用. 第一步:找出完成产品需求做的事情——product backlog. 第二步:决定当前的冲刺(Sprint)需要的解决的事情——Sprint Backlo.在我们开发一个产品的时候,实现的过程中可以分为几个互相联系的冲刺. 第三步:冲刺(Sprint) 在这个阶段,也是敏捷步骤中最重要的

0429 六七章读后感

一)第六章 1.从第六章对敏捷流程的介绍,我的理解是敏捷流程就是一个团队做一个项目的整个过程,从开始准备到结束.从与客户交流得知项目的需求,到写出雏形.开始开发.最后冲刺完成,再来就是增添需求. 2.第二敏捷流程要求原则:自主管理.自我组织.多功能型.一个团队需要花很长的时间来磨合成一个成熟的团队,除了需要个人的自主完成,还要帮助落后的队员进行改进. 3.而敏捷流程,从字面上理解,也就是需要速度,从开始到结束,花的时间越短越好,但又要保证质量,每天开个小立会.跟进进度,学会与团队交流进度 二)第

构建之法5.3、第六章、第七章读后感

第五章:(开发流程) 写了再改模式:不需要太多的知识,直接上手写代码,一直改,直到发布. 瀑布模型:单向不可逆,最终产品直到最后才出来.按照需求分析-编码测试-发布一步步走下来.力求一次完成. RUP统一过程:在大的尺度上像瀑布模型,在每个阶段内像迭代模型.初始阶段:分析系统大概的构成,和什么样的外部实体打交道,大致的成本和预算是多少.细化阶段:编制项目计划,确认主要的功能,性能.构造阶段:把所有的功能集测试并发布为Beta版.交付阶段:基于用户的反馈,不断进行修改. 6.敏捷流程 Scrum方