第七八章读后感

大公司的算盘:较大的公司收购小的公司无非就是看到小公司的某方面的资源对自己的发展有利,利用收购其他公司来达到完善和强化自己的目的。例如马化腾收购微信,马云近期收购土豆和优酷等。

把握力量总是比创造力量来得容易,这句话是不错的,就如同使用工具总比创造工具来的容易。细节决定成败,这句话是在任何一个地方都能成立的真理。在编程的过成中,一个小小的符号就可能导致了整个程序不能运行,一个小小的语句变化就能导致整个程序运行结果的完全不同。细节决定成败。

一个工程的完成需要有一定的方法,而不能只是愚公移山,何苦而不平,但是这种费时费力的事情公司是不会去做的。一个工程的完成既要考虑它的完成的时间,又要考虑到它的成本,要既高效又省时省力。这样才是一个好的项目经理带领的好的项目小组开发出来的好的项目。

是思考还是思想:思考问题的方法可以是由点及面的,也可以是统揽全局的。工程的基本目的还是实现,无论使用什么工具和方法,也无论过程怎样,工程都是以实现为最根本的目的的。一个不能满足用户需求的工程,无论他用的工具多高端,用的方法多精妙,过程进行得多么顺利,这样的工程都不是一个好的工程。

RUP就像一个杂货箱,里面的任何一件东西都可能会对你有用,只是看你如何去使用它,有的人可以把里面的每一件东西都有效的利用起来,使他们产生的效益最大化。然而更多的人认为他是一个废物箱,里面的东西毫无用处,然而他对于你的价值只能看你如何使用它,而不是他本身的价值有多高。取决于自己的辨别和组织能力。

语言只是一种沟通的工具,不只是对于人类,编程语言也是一样,对不同国家,不同时代的人有不同的语言,对于不同类型,不同时期的计算机也有各种各样的编程语言。

经营者和开发者离得很远,老板不一定会开发程序,但他一定具有很敏锐的洞察力,能够迅速地抓住商机,利用开发者编写的程序为自己的公司创造利润。而开发者也并不一定具有老板统筹大局的能力,他只需要具备编写程序的能力就可以了。开发者要变成经营者是需要经过一个很艰辛,很漫长的过程的。

细节与枝节:枝节是事实发展的次要的分枝,它不涉及行为本身,也不是对行为本身的考量。而细节是指一件事情最微小最不引人注意的,但是却很关键的东西。枝节和细节是两个完全不同的概念,细节只有做到何种程度的问题,而不并是关不关注(或做不做)的问题。细节是每个人都必须要去注意的事情,包括不同的阶层的人,然而对于枝节来说,例如管理层面的人就必需要忽略枝节的问题了。

时间: 2024-10-31 10:01:00

第七八章读后感的相关文章

大道至简第七八章读后感

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

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

读<构建之法>第七八章有感 今天我读了<构建之法>的第七八章,对MSF模型和开发模式,以及需求分析有了进一步的认识. 其中第七章主要讲了一些MSF方面的知识.MSF是微软公司关于软件开发的方法论——微软解决方案框架,是微软推荐的软件开发方法.而且MSF有自己的基本原则.1>推动信息共享与沟通,这就是说把所有信息保留并公开. 2>为共同的远景而工作,要做到这一点,就要确定一个明确的目标,并且这个目标对成员每天的工作有指导作用 3>充分授权和信任,这就要我们团队成员之

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

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

大道至简七八章读后感

第七章 现实中的软件工程     第八章 是思考还是思想 作为大的软件公司,不能只是关注与软件的开发工具,更应该完善公司的理论体系和实作工具,为了与行业的巨头相抗争,就该把握住自身拥有的一切力量,这甚至比创造力量来的更快.想要打压对手发展自己,也需要记住,敌人的敌人就是朋友,借助其他对手和同盟的力量来削弱自己的劣势或者补充实力也不失为一种好的方法.为什么大公司会在标准.理论.语言上踱来踱去呢?其实未必出于“软件实现”的考虑,对同一理论.统一工具.统一过程的企图最终的目的还是在整个软件工程体系中的

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

第七章标题为现实中的软件工程,共分为四小节,标题分别为:1.大公司手中的算盘:2.回到工程的关键点:3.思考项目成本的经理:4.审视AOP:5.审视MDA/MDD.第八章分为七小节分别是:1.软件工程的三个要素的价值:2.其实RUP是一个杂物箱:3.UML与甲骨文之间的异同:4.  经营者离开发者很远,反之亦然:5.  矛盾:实现目标与保障质量:6.枝节与细节:7.灵活的软件工程. 在第七章第一小节中作者向我们介绍了IBM公司的发展状况,并由此讲到其他的大型软件公司,揭示了他们一面打压对手的优势

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

第七章 现实中的软件工程     第八章 是思考还是思想 作为大的软件公司,不能只是关注与软件的开发工具,更应该完善公司的理论体系和实作工具,为了与行业的巨头相抗争,就该把握住自身拥有的一切力量,这甚至比创造力量来的更快.想要打压对手发展自己,也需要记住,敌人的敌人就是朋友,借助其他对手和同盟的力量来削弱自己的劣势或者补充实力也不失为一种好的方法.为什么大公司会在标准.理论.语言上踱来踱去呢?其实未必出于“软件实现”的考虑,对同一理论.统一工具.统一过程的企图最终的目的还是在整个软件工程体系中的

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

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

实际的软件工程如何进行处理——大道至简七八章读后感

开头给我们举出了一个例子,大公司是如何在软件工程中进行运作.Rational 被 IBM 购并的真实原因在于 IBM 需要构建一个完整的软件工程体系,对于 IBM 来说,Rational 有着 UML 语言的非常丰富的实践经验, 还有着 RUP 作为理论框架的创立者和领导者的地位,这些对 IBM 在确立大型软件工程应用方案提供商的行业形象,都是极大的支持.而另一个开发商:Borland 没有在 ALM 作为工程理论方面的任何优势.于是 Borland 开始购并与实现 ALM 体系相关的公司,其中

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

<构建之法>第六第七章读后感 阅读<构建之法>第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