大道至简第七八章感想

现实中的软件工程     是思考还是思想

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

项目管理要不要考虑成本?答案是显然的,需要。在一个项目中,项目真正成功的关键并不是你把你的团队组织的有多好,比如在蚂蚁的团队中,总是有条不紊的,但是如果这个蚂蚁群体有了流行疾病,而新生蚂蚁不能跟上死亡的速度,那么很快,这个群体就溃散了。因为蚂蚁群体的资本在流失,如果资本没了,团队就不在运作,项目就死亡了。永远记住,如果你的一个项目跟愚公一样需要300年,你的客户在你做成之前就已经选择了放弃。所以,不计成本的项目计划不会得到经营者的支持,毫无目的的消耗成本是项目中的慢性毒药,最致命的风险是成本的枯竭。

思考问题的方法是可以由点及面,也是可以统揽全局的。由于方法在过程环节以及过程总体层面上具有贯通性,因此保证“方法(或其行为)”的实施的“工具”也会出现在过程的各个环节和层面上。 我们应该将各个环节层面总和,然后回归到软件工程的本质上来考虑问题,,而不是仅关注于每一个局部的要素。工程的整体问题仍旧是“实现”。RUP是对前人在软件过程思想方面高度包容,他向一个杂物箱一样包含了全部的已知理论。你可以把RUP定制成其它任何模型所表述的过程形态。RUP能否被用起来,取决于你是否能够很好地进行挑挑拣拣,如果你有很好的辨识与组织能力,那么你就可以将其转化为生产力。UML与甲骨文的异同。UML与甲骨文都是符号文字,都具有象形含义。然而这并不表明UML符号本身能表达多么丰富的含义。出于沟通的必要,这种语言的象征意义在一个图中应当被表述得足够准确和详细,乃至于针对于不同的阅读者来说都能提供了充足的信息,然而UML作为一门语言不能在某个硬件平台中被语法检错,也没有提供一个标准来衡量UML图怎样才是描述最充分的。所以在工程中使用UML图应该有相应的文字来描述它。经营者离开发者很远,反之亦然,于是项目经理这种中间角色就有了一种使命,协调经营者与开发者的沟通。而造成这种根源的原因也很简单:各个角色的关注层面不同。

时间: 2024-04-25 06:57:58

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

大道至简第七八章有感

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

大道至简第七八章读后感

光阴似箭,日月如梭啊,不知不觉,java 的课程学习已经到了尾声,也要和我们敬爱的王老师说再见了,虽然只有半个学期的时间,但,学会的东西,真的是很多,当然这里不仅仅指的是java的技术知识,更重要的是对软件工程,对我们这个行业的认识,对我们自己的定位. 首先,先说说最重要的,就是七八章的读后感,每周一次,从来不曾间断,首先,要想对我们这个行业有一个清楚的定位,首先就要知道,我们这个行业的巨头,那些巨头们,多数都是为了获利而存在的,他们在言语理论的争夺,未必处于“软件实现”的烤炉,对统一理论.统一

读大道至简第七八章有感

第七章题目为现实中的软件工程,第一部分讲到了大公司手中的算盘,和各个大公司之间的争夺战引发的后果.比如像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 购并的

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

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

读《大道至简第七。八章》有感

读<大道至简第七.八章>有感 怀着激动,感慨的心情读完了大道至简,读完之后,心生感触,对我们程序员的了解和体会有了更深的体会和感受.对自己未来的发展方向也有了初步的认识和计划.在我的思想中,也深深注入了一个程序员应该具备哪些素质和能力.大道至简里面讲到的经验和一些重要的思想对我们来说是十分宝贵的财富. 从最早仅仅关注于软件开发工具到现在,软件行业中的巨头们已经在层出不穷的思想中涅槃了一回又一回.有那么一部分人,走在创造信息的最前沿,他们的想法.思考.实践以及再思考再实践,都成为软件工程在发展道

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

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

大道至简第七章读后感

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

大道至简第七,八章读后感

七章现实中的软件工程 第八章是思考还是思想 终于读完了整本书,干脆写一下整本的好了.这本书让我对软件工程这个专业有了新的认识,特别是对项目经理应该具有的素质. 从初学者的角度看,本书从一个程序员典型的心态出发,步步深入,最终深入到软件工程思想的本源.作者对于章节的安排是基于其对软件工程的总结给出的,而作者整体思想则体现在了其在书中提出的软件工程层状模型图里.进而从章节的安排可以看出,本书的前面六章,作者为我们详细解析了软件工程里各个工程元素的基本概念,从程序的实现到方法,再到过程.工程,最后是组