大道至简第七八章读后感

光阴似箭,日月如梭啊,不知不觉,java 的课程学习已经到了尾声,也要和我们敬爱的王老师说再见了,虽然只有半个学期的时间,但,学会的东西,真的是很多,当然这里不仅仅指的是java的技术知识,更重要的是对软件工程,对我们这个行业的认识,对我们自己的定位。

首先,先说说最重要的,就是七八章的读后感,每周一次,从来不曾间断,首先,要想对我们这个行业有一个清楚的定位,首先就要知道,我们这个行业的巨头,那些巨头们,多数都是为了获利而存在的,他们在言语理论的争夺,未必处于“软件实现”的烤炉,对统一理论、统一工具、统一过程的企图, 其最终目的是在整个软件工程体系中的全面胜出。因此,推动软件行业的最大的动力,肯定是商业,其次就是科技什么的。而巨头们不能只关注软件的开发,更应该去完善公司的理论体系和实做工具,把握住自己的一切力量,打压对手,商场没有友人,只有竞争对手,借助其他对手和同盟的力量来削弱自己的劣势或者补充实力也不失为一种好的方法。

开发者的目的是在保障质量的前提下实现目标。但是最后的结果就是:我们会在项目交付和试用时才会碰到客户在质量上的投诉。然后就是那个成员相互推卸责任,需求人员会把所有的责任归咎到开发人员,而开发人员又不停地埋怨需求的不清不楚或者变更的没完没了。我们看到,在项目的平衡三角(时间、资源和功能)中讨论的是目标问题。现在绝大部分的公司只追求实现目标,而忽略了质量的问题。往往这个质量出现的问题,都源自于细节。细节处理不好就很容易出现一些我们意想不到的错误。

软件工程体系的发展是由两方面推动的,一是软件的本质力量,二就是商业因素的推动。商业因素的推动把软件工程从原始的“自生演进”状态,逐渐推进到“它激发展”的状态上了。虽然它激发展可能会影响到软件工程发展的速度, 然而在各个工程层面上的关注点并不会发生变化。

一门技术一门学问,弄得很深奥是因为没有看穿实质,搞的很复杂是因为没有抓住程序的关键作者写此书的目的也是这样,想通过简明扼要的语言来阐述软件开发中的问题。书页码不多,所以可以很快读完,但不代表你能很快领会书中的内容。而书中的内容,是作者自己的经历,自己的日记,我们自己的,还需要自己慢慢的去实践总结

时间: 2024-08-25 20:48:33

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

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

大公司间相互制衡,形成了如今的软件业界的格局,他们精打细算,为的不只是软件实现,他们的最终目的是在整个软件工程体系中的全面胜出.       微软站在了风口浪尖上,因为这个位置,它成了众矢之的.随着而来的,是风险和压力,当然,还有机会. 当局者迷,旁观者清.项目经理不能掉进蚂蚁窝里,他在考虑方方面面的因素,其中最重要的一项是:成本.项目经理要考虑的是如何实现,而不是怎么去实现.如果购买一个产品比开发一个产品的成本更低的话,那就去买一个,就这么简单. ) 不计成本的项目计划不会得到经营者的支持:

大道至简第七章读后感

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

大道至简第七八章有感

今天,我接着阅读了大道至简的第七章和第八章.大道至简的第七章讲的是现实中的软件工程.文章中提到,,在“程序”与“方法”层面, 是关注于“(具体的)实现”的:而在“过程”和“工程” 层面,更首要考虑的是团队问题.从角色的角度上来说: 开发经理思考项目的实施方案和管理具体的开发行为:而项目经理则保障团队的稳定性和一致性.作者从各方面说明了我们要考虑的关键,使人豁然开朗. 接着,作者通过他的举例,说明了另一个需要我们注意的地方—思考成本.不计成本的项目计划不会得到经营者的支持:毫无目的地消耗成本是项目

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

第八章名为“是思考还是思想”. 第一节名为“软件工程三个要素的价值”,软件工程包括三个要素:方法.工具和过程.在本书中他们被分解开来思考,并不是要孤立这个三个层面.它们实际上是相互作用的.例如“过程”问题,就既有实施过程的工具,也有相关的过程方法理论.由于方法在过程环节以及过程总体层面上具有贯通性,因此保证“方法(或其行为)”的实施的“工具”也会出现在过程的各个环节和层面上.这三个要素之间是息息相关,不可分离的. 第二节名为“其实RUP是一个杂物箱”,RUP是一个面向对象且基于网络的程序开发方法

读大道至简第七八章有感

第七章题目为现实中的软件工程,第一部分讲到了大公司手中的算盘,和各个大公司之间的争夺战引发的后果.比如像IBM这样的公司并购Rational真实原因就是IBM需要构建一个完整的软件工程体系.有了Rational的IBM会变成一个拥有一套成熟的理论体系和实作工具.对于IBM来说Rational有着UML语言的非常丰富的实践经验,还有着RUP作为理论框架的创立者和领导者的地位,这些对IBM在确立大型软件工程应用方案提供商的行业形象都是极大的支持.通过一些大公司之间的争夺,比如Borland与IBM,

大道至简第七八章

第七章分为五小节分别是:1.大公司手中的算盘2.回到工程的关键点3.思考项目成本的经理4.审视AOP5.审视MDA/MDD.第八章分为七小节分别是:1.软件工程的三个要素的价值2.其实RUP是一个杂物箱3.UML与甲骨文之间的异同4.  经营者离开发者很远,反之亦然5.  矛盾:实现目标与保障质量6.  枝节与细节7.  灵活的软件工程 第七章1.  大公司手中的算盘.从最早仅仅关注于软件开发工具到现在,软件行业中的巨头们已经在层出不穷的思想中涅槃了一回又一回.Rational 被IBM 购并的

大道至简第七八章感想

现实中的软件工程     是思考还是思想 从最早的软件工具开始到现在,软件行业中的巨头们已经在层出不穷的思想中涅槃了一回又一回.Rational被IBM并购,Borland平衡与IBM与Mircosoft之间,各个大公司互相制衡,可以说现在的软件业界的局面就是这些大公司互相制衡的结果.大公司们在标准.理论.语言上的争来夺取,未必全然出自于“软件实现”的考虑.因而,除了软件本质力量的推动外,商业因素也推动着软件工程体系的发展.大公司之间的竞争已经将软件工程由原始的“自然演进”状态逐渐推进到“他激发

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

<大道至简第七八章> 终于,还是到了这种时刻,<大道至简>只剩下最后两章,Java课程也到了最终阶段,余下的就只剩下考试考试以及考试了,有过一次做课堂测验的经历,我真的不太清楚自己的水平能达到什么程度,平时编程也有很多函数会忘记,所以得现查,但是考试没有,我得好好的脑补一下了. 言归正传,余下的两章我看了几遍,是真的看了几遍,但是还是不太懂,所以就只能就着自己对整篇文章的理解写写了. 从第一章开始(最易懂的一章),说是在的,有种醍醐灌顶的感觉,真的是解决了很普遍的问题,愚公移山,虽

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

<大道至简>一共八章,这本书很精简,甚至是在我们认真读过之后,脑海里涌出的读后感可以比原著长很多 .每一项作业都有其自身的用处和收获,至少我是这样认为的.很荣幸,在学习Java语言的过程中,有一本书给 我的思想注入了新的血液,也许只是很少很少毕竟我还很“年轻”,但是,它却是让我觉得我与“创造”的世界有了 一丝丝连结. — 最后一次Java作业   写在前面 任何事物都会在发展中进步,软件开发自然也是如此.最开始的软件开发工具,到后来在层出不穷的思想中涅 槃了一回又一回,有那么一部分人,走在创造