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

注:我忘记老师要求什么时间之前提交了,之所以发了这么晚是因为我觉得要写读后感的话最好还是把一本书读完了再写读后感比较好。但是直到今天晚上我发现,由于我的变成基础并不扎实,编程的造诣也并不深,所以在这短短几天之内根本不可能读完这本书。当然囫囵吞枣不求甚解倒是没问题,但是要大致读懂意思却是几乎不可能。所以只好写读后感写到第一二章。

第一章标题是编程的精义,讲的是如何用最朴素最大众最傻瓜的方法编写出一个程序。以“愚公移山”的故事贯穿全篇。愚公首先有用户需求,即被两座大山挡住了门。有具体的目标,也就是搬走这两座山以便让自己和家人出入方便。接着是项目小组讨论——聚室而谋;并且有项目的执行人和管理者——愚公的三个儿子干活,愚公是管理者;有项目的协调人——那个三岁的小孩子;有一定可实现的方法——山不加增,而人可以不断的像蚂蚁一样搬运。有分支——“虽我死,有子存焉”,世世代代,总有把山搬平的一天。这里又出现了循环的思想。所以一共出现了三种结构——顺序,分支,循环。

然后以此来类比做出一个程序——

step1  明确用户需求

step2  明确目标

step3  可行性分析

step4  明确具体步骤

step5  利用“顺序,分支,循环”三种结构实现程序

这个思想没有错,然而我认为书上对故事的分析有些错误。我认为具体的目标应该是愚公一家要出门以后就是平地,交通方便,不被山阻挡;而搬山只是为了实现这个目标的一个手段,后面的步骤等是把搬山这个任务分析分解。可以认为愚公为了实现一个如此简单的目的,却要付出如此巨大的辛劳和努力,搭上自己不说还要搭上自己的子孙多少代,简直是一个大傻瓜,难怪他叫愚公。首先第一个方法最简单,直接把房子的门换一个方向开就行了;第二个方法是搬家,搬到平原区,交通方便的地带。第三个方法是像李冰修筑都江堰时开山一样,用火烧,直接烧裂就行。不过第三种方法对于朝廷来说还可以,对于愚公这种人家来说依然是个几乎不可能完成的任务。

所以,类比到软件工程,应该可以这样理解——客户就相当于愚公,目标是赚钱或管理,方法是要一个软件。而软件公司或者程序小组就相当于愚公的三个儿子,要做的工作是搬掉山。客户不用第一二种方法赚钱是脑子抽风还是什么暂且不谈,我们要做的事情确实是搬山,不能跟客户说“你应该换一个赚钱的方法,比如开个饭店或者开个文具店什么的”。所以只能想第三种方法,就是本书的第二章讲的东西——懒人有懒人的方法。这里其实不是懒人,而是有大智慧的人。做事要改进方法,搬山如此,编程序亦如此。也许我们可以借助些外力来完成这项巨大的工程——比如上GitHub上面找找有没有合适的框架,或者有没有什么经典的模板可以简单改一改以后直接套用。当然我并没有学过软件工程所以不是很了解,只能说个大概

总之编程序也要讲究方法——我觉得c++的面向对象编程就很好,可以把一个大的工程分给若干个人,分别完成。

时间: 2024-10-12 11:08:02

《大道至简》第一,二章读后感的相关文章

大道至简第七章读后感

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

大道至简第五章读后感

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

大道至简 第六章 读后感

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

大道至简第三章读后感

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

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

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

《大道至简》第二章读后感------宋广晨

第二章的名字是“懒人造就了方法”.这句话很有名,在网上不少地方都看到过.例子更是数不胜数.其实要看我们怎么理解所谓的懒人.如果一个人身体懒脑子也懒什么都不想干,也许他真的算是懒人,然而这里所说的“懒人”更多时候则是指一种勤于动脑希望以此解放双手的人.这样的人毫无疑问是伟大的.如果没有第一个对手工纺织感到厌烦的懒工人发明了纺织机也许至今我们仍然停留在手工纺织的阶段,如果没有第一个对繁杂的手工计算感到厌倦的懒工程师,也许就不会有第一台分析机进而也不会有“埃尼阿克”也就不会有现代计算机:同样的,如果没

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

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

大道至简第四章读后感

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

大道至简第2章读后感

今天读了<大道至简>的第2章——是懒人造就了方法,通过学习这一章的内容.我知道了作为一个程序员不仅要像愚公那样勤奋,有时候还要像李冰那样学会“懒”,当然所谓的懒并不是说要什么都不干,而是要寻找解决问题更加简单的方法,这样可以使做事时事半功倍. 首先,作者讲了:是懒人造就了了方法.同是战国时代,同是凿山,愚公是:“叩石垦壤,箕畚运于渤海之尾.”而李冰却懂得了“积薪烧之”.而为何说李冰是闲人呢,因为他虽然管理着一个巨大的工程,却还可以闲到没事去看火能不能把石头烧爆.正是他发现了烧石头的方法,才能让

《大道至简》第二章读后感--是懒人造就了方法

何为“大道至简”?在周爱民的<大道至简>一书中给出的大道至简的解析是软件工程实践者的思想,它是一种思想,而不是一些招数或者方法. “僰蘭道有蜀王兵,亦有神作大滩江中.其崖崭峻不可破,(冰)乃积薪烧之.” 话说,战国时期有一人叫李冰,他干了一件事情与愚公类似,那就是凿了一座大山,然而凿山的过程却与愚公相去甚远.愚公历代子孙去凿穿了山而李冰以火烧石省去了大量的人力物力.那李冰又是为什么会用“烧”这种方法来碎石的呢?如果李冰也象愚公那样日复一日地督促着他的团队凿石开山,那他一定没有时间来学习.寻找或