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

第七章中讲到各个大公司之间的竞争,正所谓“物竞天择,适者生存”;总有一个比较有优势的公司会占尽先机。那么这些公司都会有一个共同的特点,不管自己身处一个什么位置,就是都会考虑自己的利益。软件项目中也同样如此,一个好的项目也会取代另一个项目,我们也会考虑软件本身的利益。什么是一个好的软件项目,那么它就要有区别于其他项目的优势,这就需要我们编程人员有一个好的技术,有一个好的团队,当然也得需要一个好的工具,正如书中所说,软件工程=过程+方法+工具,当然这样也不一定会一定成功,还需要有维持项目的资本,一旦资本流失,那么团队也没有了维持的需要,那么也意味着工程失败。当然这些公司的竞争也是为了成本,埋头于画阿甘图的项目经理犯下了与挖山不止的愚公类同的错误,忽略了成本。如果愚公真的可以成功,那么可能是200年之后。然而如果一个工程要300年才能做成,那么做成之前,客户选择了放弃。所以软件工程和公司经营都需要的是成本。

第八章中讲到如何思考,这对我们软件工程来说非常重要,在编程过程中我们该如何思考,遇到一个复杂的问题,需要我们的是将复杂的问题简单化,将问题分成几个简单的问题,然后再将问题综合起来考虑,这就是我们在编程中的思想。如果就像书中所提到的“此郎亦管中窥豹,此见一斑”,如果你只是考虑到工程的一方面,相当于把问题分开来看了,并没有看到全局的问题,那怎么能做好一件工程。如果你这些都做好了那么就需要考虑细节问题,细节在工程项目中尤为重要,正所谓”细节决定成败“;软件工程是一个灵活的工程,并不像古代的诗经一样,讲究平仄,但是他们的变通是基于音律的;若把这种律解释为规律,那么就适用于软件工程了,死读一本软件工程不会做真正的软件工程。

时间: 2024-11-02 08:06:44

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

大道至简第七章读后感

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

《大道至简》 第一章 编程的精义 读后感

早早就读完了<大道至简>第一章编程的精义,现在写一下我的读后感. 首先,开篇由<愚公移山>引入,叙述了原始需求的产生,项目沟通的基本方式,以及确定了项目目标,为了达到这个目标择定了一个井然有序.可以实现的技术方案.在项目实施过程中所出现的人物按任务不同划分为了技术人员.工程管理人员和一名外协.愚公的论述里面包含了编程的根本:顺序.分支和循环.也就是说,编程可以通过这三个部分来实现,这就是编程的精义. 本章第二节还提到了“会或者不会写程序的问题”,书中“除了先天智障或者后天懒惰者都是

再读大道之简第七章第八章

有一句话叫做,理想很丰满,现实很骨感.原来,单纯的以为,软件工程不就是码农么,就连工作也是一心趴在课编程编程,各种编程上,可是,现实中的软件工程和理想中或者说,想象中的还是有很大的差距的.就连我们心中的大企业,也并不是想象中的那样.比如IBM知道把握力量总之比创造力量来得经济.我还单纯的以为,所有的公司只是为了盈利呢,依靠完成的软件去盈利.此时不禁自嘲一番,还是太嫩了啊.所有的大公司在标准.理论.语言上的争来夺取,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是

大道至简第七章第八章

IBM为了完善自己的软件的工程体系收购了Rational,这使得IBM的实力大大的增长. 一个软件的实现离不开团队的努力,一个人再天才也有思考不到的地方,一个人就算再没用,也与他所擅长的地方,不论什么时候团队应该是刻在我们每一个软件工作者心中的事.就像我们编程时写注释,既是为了自己思路清晰也是为了方便团队中其他人阅读.大道至简中关于团队是这样说的. 蚂蚁的团队总是被本能地组织得非常好.然而如果一 个蚂蚁的群体中有了流行疾病,蚂蚁在死去,而新生蚂蚁 不能跟上其死亡的速度,那么很快,这个团队就溃散了

大道至简第四章流于形式的沟通——读后感

沟通是为了更好的了解对方,有句话说只需一个眼神,一个动作,对方就会了解自己,这是知己.但是我们在沟通的过程中,我们可能会想当然地认为别人会了解我们,因为我们都有这种意识——我们都会认为别人会按照我们自己的想法去理解我们的意思,这是一个大缺陷,我们对自己太自信了,也可以说是自私.可是别人不是这样想的呀.我们都有自己的见解,这其中一定会有隔阂,或大或小:我们因为一件事的完成,而聚到一起,为了实现它,所以必须要好好的交流. 在每次的交流过程中,沟通是有目的性的,我们都是为了某个目的而去沟通,必须要清楚

大道至简第七八章有感

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

《大道至简》第一章-编程的精义 感悟

2015-09-20  09:20:02 太行.王屋二山,方七百里,高万仞.本在冀州之南,河阳之北. 北山愚公者,年且九十,面山而居.惩山北之塞,出入之迂也.聚室而谋曰:“吾与汝毕力平险,指通豫南,达于汉阴,可乎?”杂然相许.其妻献疑曰:“以君之力,曾不能损魁父之丘,如太行.王屋何?且焉置土石?”杂曰:“投诸渤海之尾,隐土之北.”遂率子孙荷担者三夫,叩石垦壤,箕畚运于渤海之尾.邻人京城氏之孀妻有遗男,始龀,跳往助之.寒暑易节,始一反焉. 河曲智叟笑而止之曰:“甚矣,汝之不惠.以残年余力,曾不能毁

大道至简第五章读后感

第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是

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

经常听见有人抱怨编程太难,说自己不是学软件的料,那么他们真该好好看看<大道至简>这本书,相信他们看完这本书后会有很大收获. <大道至简>第一章引用了一个很简单的故事“愚公移山”,用这个故事很好的概述了我们在完成一个项目时所要进行的步骤.听上去“愚公移山”和编程简直是风马牛不相及,但是看过作者的叙述又有原来如此的感觉.其实编程并没有什么难懂的,就和我们日常生活一样,发现问题,分析问题,提出解决问题的方案,实施,和后续的验收.例如某天我们突然发现家里放不出水了,这就是发现问题,我们会观