大道至简第2章读后感

今天读了《大道至简》的第2章——是懒人造就了方法,通过学习这一章的内容。我知道了作为一个程序员不仅要像愚公那样勤奋,有时候还要像李冰那样学会“懒”,当然所谓的懒并不是说要什么都不干,而是要寻找解决问题更加简单的方法,这样可以使做事时事半功倍。

首先,作者讲了:是懒人造就了了方法。同是战国时代,同是凿山,愚公是:“叩石垦壤,箕畚运于渤海之尾。”而李冰却懂得了“积薪烧之”。而为何说李冰是闲人呢,因为他虽然管理着一个巨大的工程,却还可以闲到没事去看火能不能把石头烧爆。正是他发现了烧石头的方法,才能让工程完成的更加容易。愚公和李冰的故事当然不是鼓励我们做个闲人,而是说要我们做一个善于创造新的方法的人。因为我们人的精力毕竟是有限的,创造一个好的方法可以使人以更少的精力完成一件事,也就做是所谓的闲人。

然后,第二节:一百万行代码可以写在一个文件里。这一节讲的内容主要就是:并不是所有的代码都要写到一个文件里,而是要学会创造出单元文件。因为早期的汇编语言,GOTO语句用的频繁,所以大家习惯的就把代码写到一个文件里去,以至于后来出现了高级语言后,人们还是很自然的将代码写到一个文件里,无论这个程序有多大,多少行代码。所以也就出现所谓的“一百万行代码写到一个文件”。但是有勤快的人,也毕竟有懒人,他们创造出了单元文件,于是很快出现了新的概念:模块。他们将一个大的模块分成了许多小的模块。然后开始了几个人编写一个小模块的分工合作,这样便大大的提高了工作效率,所以说这节的内容告诉我们要把程序分成许多单元文件,以简化编程。

第三节讲的是:你桌子上的书是乱的吗?这节的知识主要告诉我们要对知识进行分类。有一个学生问作者:“为什么学了一年的编程却还是不懂怎样编程?”作者则问了他一个很简单的问题:“你桌子上的书整齐吗?”其实他是用这个问题告诉学生要把知识进行分类整理,就像是整理桌子上的书一样,将常用的和不用的都分别进行整理,这样才能将知识更好的掌握,从而编写出好的程序。

然后第四节讲:程序=算法+结构+方法。这部分主要讲“面向过程开发”与“面向对象开发”的区别。其中“面向过程开发”是对“结构化程序设计”在代码阶段的一个习惯性说法,而在这个过程中只需有“单元”和“模块”的概念,并不会凸显“方法”的问题。这就像愚公一样,只有勤奋,却无方法,不可能在很短时间内完成一项很长的工程。而“面向对象开发”则要求我们注重方法,因为“过程”和“单元”出现了,这样就会像李冰一样在较短的时间内完成一件较大的工程。

总之,第2章交给我们的是在编程的过程中光靠勤奋是不够的,还要注重方法的使用,将程序分成一个个小模块,这样才能完成一项很大的工程。

时间: 2024-10-29 10:46:25

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

大道至简第七章读后感

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

大道至简第五章读后感

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

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

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

大道至简第三章读后感

---恢复内容开始--- 大道至简第三章的是团队的问题.我们知道,随着人们生活水平的不断提高,用户对计算机软件的功能要求也日趋上升.这样一来,计算机软件就变得越来越复杂,规模变得越来越庞大,源代码的量也越来越多.在这种市场需求和自身发展的共同要求之下,一个团结而高效的开发团队的作用就不言而喻了.那么如何打造一支强有力.听指挥.能干活的开发团队呢?这一章作者就这个问题和我们展开了讨论. 作者着重的强调了项目经理在开发团队中的作用.首先声明一点,这并不是说团队的开发人员不重要,作者从始至终都认为编程

一切都是为了实现-大道至简第六章读后感

大道至简第六章的内容比较多,也比较深.或者说这一章作者是从一个更高的层次.更开阔的视野.更独特的角度来解读软件工程这四个字的具体含义的. 作者的这些肺腑之言都是作者在软件行业工作了多年之后总结出来的.开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有,但也不是很大.真正起到决定性因素的不是那些技术细节,而是一个高度过程化.通晓方法论.拥有大量工具的开发团队或者是开发公司.在这个团队里面,无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的.团队内的每个人必

《大道至简》第一章读后感和伪代码

阅读了<大道至简>第一章,感到作者对编程的精义分析非常具体形象,引用<愚公移山>的故事,说明了编程的本质.又将他们扮演的管理者,技术人员,程序分析师众多形象展现出来.又在困惑人们的"我能不能学会编程"这一问题做出回答,作者列举生活实例,给出了肯定的答案,将很多抽象的东西,简单化,通过最常见的生活中的实例介绍"大道". import java.大道至简.*; public class.yishan.*; { public static void

《大道至简》第一章读后感Java伪代码

在<大道至简>第一章中,周爱民先生引用一则<愚公移山>的寓言,引出了编程的根本:顺序.选择.循环."愚公移山"的工程虽然庞大,但是可以通过极其简单的变成来完成.我身边的有一些人曾说:我天生就不会编程.如果他们看了周先生的这本书不知道还会不会这么想,周先生在关于"会或者不会写程序的问题"给予的自己的看法为:除了先天智障或后期懒惰者,都是会写程序的.后面用几个伪代码来呈现周爱民先生在第一章中提到的几个问题. //伪代码一:愚公移山 public

大道至简 第六章 读后感

说点什么呢,今天看了看大道至简第六章<从编程到工程>. 文章以<列子·说符>的“得其精而忘其粗,在其内而忘其外:见其所见,不见其所不见,视其所视,而遗其所不视.”为题记.第一节讲了“语言只是工具”,作者讲述了他曾经对一些编程语言的看法.他曾经也热衷于讨论语言的优劣,但是他现在不这样了,他已经不再专注于语言, 正如他在第一章中写到的一样:成天讨论这门语言好,或者那门语言坏的人,甚至是可悲的.确实,程序的好坏不在于语言,在于算法. 第二节又写了“程序”,程序=算法+结构,编程的精义于此

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

是懒人造就了方法 本章的标题虽然是<是懒人造就了方法>,但在我看来造就方法的人并不是懒人,恰恰相反,他们才是最勤快的人.因为他们在新的困难面前没有墨守陈规,他们思考,他们去寻找新的出路,而那些坚持旧方法埋头苦干的人才是最懒惰的人,他们有头脑.有思想,却放弃它们不去思考,宁愿四肢发达,也不愿打破繁琐.毫无效率可言的“勤劳”.所以,造就方法的人才是最勤劳的人. 李冰.愚公,他们都是项目的引领者.解决问题的方式.办事的效率却天差地别.同样是开山,愚公只知道日复一日地“叩石垦壤”,浪费体力.人力:而李

大道至简第四章读后感

在很多的时候,我们所听到的沟通,都是一种形式.例如与客户吃饭或者打回访电话.其实沟通是具有目的性的,如果在没有明确目的的情况下与客户沟通,那将是浪费客户和自己的时间.这种目的,可以是了解项目的讯息/挖掘潜在的项目......最后才是交流感情.然而在大多数情况下,他不仅仅被看着交流感情.这便成了形式.且往往顾客所讨厌的一种形式.<大道至简>第四章正交到了沟通的重要性. 我们在与人沟通时,我们应该尽力做到有效的沟通,应该清楚的是,保障每一次沟通的有效性都是最重要 的事.沟通不是打电话或者请客户吃饭