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

《大道至简第七八章》

终于,还是到了这种时刻,《大道至简》只剩下最后两章,Java课程也到了最终阶段,余下的就只剩下考试考试以及考试了,有过一次做课堂测验的经历,我真的不太清楚自己的水平能达到什么程度,平时编程也有很多函数会忘记,所以得现查,但是考试没有,我得好好的脑补一下了。

言归正传,余下的两章我看了几遍,是真的看了几遍,但是还是不太懂,所以就只能就着自己对整篇文章的理解写写了。

  从第一章开始(最易懂的一章),说是在的,有种醍醐灌顶的感觉,真的是解决了很普遍的问题,愚公移山,虽然方法笨,但是贵在持之以恒,有时候我们做事就是好高骛远,地基还没打好怎么去盖房?接下来是第二章和第三章,懒人创造方法,虽然是这么说,但是方法并不是一朝一夕能够创造出来的,靠的还是努力勤奋与拼搏,不能总是等着别人创造出来你才去用,得学会自给自足,再有,一个优秀的团队是解决问题的基础,团队中存在的不仅仅是上级和下级或者同事的关系,别忽略了个重要的友谊,单单存在管理关系是无法维持团队正常运作的,就像老师们常说“老师不仅是学生的老师,还是学生的朋友”。随着就是沟通与过程,逐渐走向社会的我们沟通能力是需要我们去努力锻炼的,成功的过程固然欣喜,但是也不要忘了失败的过程,失败会给你打击,但同时也会给你动力和解决的方向,随着不断的尝试,我们努力去寻找成功,这个过程同样也是千金难求的,学会珍惜失败,那是金库。

  虽然现实中的软件工程并不是我们现在所谓的编个小程序就能完成的,但是也是建立在这些小程序上的,还是那句话地基打不好,怎么盖房,更别提盖楼了。所以这里面还是得体现一个字:勤。所谓勤能补拙,就算你说你很笨,脑子不开窍,那是你练的太少,如果你真的认为自己比别人笨,那你就先飞,别等到别人都走了你才磨磨蹭蹭的离开,没有天生的天才,只有后天不努力的天才,留着脑子不用又不能下崽。

  《大道至简》后面提到这是一本“小书”,这的确是一本小书,字数很少,章节很少,但是里面的“大道”是真的“至简”,平时很难懂甚至我们不懂的问题在里面都用很简单的话写里出来,后几章虽然目前我还是没有弄太明白,但是很明显,目前该懂得一些道理我很清楚,清楚自己学的是什么,该怎么学,如何融会贯通,都说汉语是最难学的语言,这么难学的语言我们都学的会,还在乎这些被人们用语言创造出来的语言吗,既然同是语言,那么汉语可以说得溜,计算机语言又会难到哪里去?总而言之本书讲的道理可以归结为几个字:勤、学、思、想、用。勤放在首位,不仅仅是勤能补拙,我认为勤是万物之始,不够勤,何谈学,何谈思,何谈想,何谈用?

时间: 2024-10-06 00:31:12

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

大道至简第七八章读后感

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

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

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

大道至简第七章读后感

大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 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之间,各个大公司互相制衡,可以说现在的软件业界的局面就是这些大公司互相制衡的结果.大公司们在标准.理论.语言上的争来夺取,未必全然出自于“软件实现”的考虑.因而,除了软件本质力量的推动外,商业因素也推动着软件工程体系的发展.大公司之间的竞争已经将软件工程由原始的“自然演进”状态逐渐推进到“他激发

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

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