首页 > 其他分享 >《大道至简》读后感

《大道至简》读后感

时间:2023-03-31 21:11:30浏览次数:33  
标签:读后感 工程 大道至简 编程 软件工程 团队

《大道至简》读后感

读完了《大道至简》这本关于软件工程的书,让我对软件工程有了新的了解,虽然在此之前我对软件工程没有太深的了解,一直以为就是写程序,读完了这本书我对软件工程的认识更进一步。

这本书中蕴涵了许多哲学大道理,还有我不太了解的专有名词,但使我对工程有了新的认识。

大一上学期,学习了C语言,主要就是面向过程的编程方式,知道大一下学期,学习了C++,对面向对象有了初步的认识,但是没有具体的作品需要做,只能生搬硬套地写代码,但在之前的小学期实验中,我使用C++对我们的程序设计编写代码,尤其是管理系统,之前从未接触,在网上查阅了许多资料后,才可以勉强写完这个代码。进行完了小学期的实验后,开始对面向对象有了新的认识,在阅读完《大道至简》这本书后,理解了编程的本质:程序=算法+结构。

作者又用了愚公移山阐述编程的精义,使用李冰炸山阐述了懒人造就了方法。

之后就是团队管理和何为团队进行了探讨,借用了汉字“众”,暗示了团队不是一个人,不是两个人,团队需要具备团队的特性:主从,监督,责任;一个团队需要有自己制度和管理,一个人的工程往往是不会存在的,需要团队进行一个工程的开发研究,而且每个人能发挥自己的作用,如果团队中出现,无所事事,什么也不做的人,这个人必定会被踢出团队,团队需要互相信任,各尽其职。

作者在之后又探讨了针对管理者,客户团队的关系内容,这部分内容我的理解不是很到位,但对于流于形式的沟通这一点是可以理解的,这一点可能会使你们的项目不断停止,不断推迟,不断地受挫。流于形式的沟通在现实生活人际交往中比较常见,比如吃饭等等;但是对于开发者,或者是工程的管理员多不应该使用这种沟通方式,这不仅会是客户厌烦,还会导致你的工程失败。这种形式的沟通,通常使人忘记共同的本质与目的,目的是了解客户的需求,开发上的问题,而这种沟通方式只是为了交流感情。是不可取的。

再之后就是失败的过程也是过程,引用“刻鹄类鹜”和“画虎类狗”,真是阐述了越是简单的就越接近本质,你是选择架子还是骨子?

之后就是从编程到工程,第一点我就看见了“语言只是工具”,很多人比较语言的好用与不好用,而使用语言只有喜好问题,语言只有你擅长于不擅长,没有好用与不好用之分。而后是作者的作图,关于代码、方法、过程、工程、与组织的关系图。

我们在做一个项目工程时先是得到计划,进行可行性的研究,进行需求分析,对工程的实现又分为系统设计、程序设计、编码与模板测试、组合与系统测试,最后是维护运行。这就是瀑布模型。

在最后作者为我们展示了现实中的软件工程,我看这个我也看的不是很懂,主要就是讲述了工程的实现。在之后作者最后一章写思考还是思想,软件工程三要素的价值,还有灵活的软件工程,软件工程的开发不必循规蹈矩。

读完这本书,从此以后我还会努力理解软件工程的思想,工程好比盖房子,我们开工前要检查地基是否牢固,团队是否齐全,组织管理系统是否强大。之后的学习我会更加注重思想和方法,只有熟悉了思想和方法,之后的程序编写会更加顺畅。

标签:读后感,工程,大道至简,编程,软件工程,团队
From: https://www.cnblogs.com/chbs/p/17277472.html

相关文章

  • 《大道至简》读后感
    《大道至简》是一本揭示简洁之美的书籍。它引导着我们认识到,在这个信息爆炸的时代,简单并不意味着表面上的简单,而是一种精炼、纯净、精确的表达方式。读完这本书,我深受启发,产生了一些感悟。首先,我认为这本书的重要性在于,它为我们揭示了一种新的美学。传统上,我们认为美是繁复的,需要......
  • 人月神话读后感3
    对于工作量和工作时间的估算,对于所有的设计者来说都是一个难题。因此我们也在思考一个问题,对于产品的设计,第一次可能因为经验不足出现各类问题和各种错误,第二次会不会比第一次好一些。毕竟我们默认一个人在某个领域的深耕会获得大量的经验,从而有助于他将工作做好。然而《人月神话......
  • 人月神话读后感2
    “人月”难道真的无法换算吗?添加人手对于项目的进展难道一点作用都没有吗?对此,书中也是予以了解答“人数和时间的互换仅仅适用于以下情况:某个任务可以分解给参与人员,并且他们之间不需要相互的交流。”上述的条件在编程领域几乎是不可能的,可以想见,在实际的工作中也极少存在有这些既......
  • 《人月神话》读后感(二)
    第七章的主题是为什么巴比伦塔会失败?书中写道巴比伦塔项目的失败是因为缺乏交流,以及交流的结果——组织。在日常编码中我们要明白团队的重要性,团队在一个完美的项目中是不可缺少的存在,在团队中要学会交流,不要“因为左手不知道右手在做什么,从而进度灾难、功能的不合理和系统缺陷纷......
  • 人月神话读后感1
     为什么“人月”是“神话”。小学的时候我们都做过这样的应用题:“工厂需要加工一批零件,安排5名工人的话需要10小时完成,那么安排25名工人加工,多少小时可以完成”之类的。对于这类题目,小学一二年级的学生都可以轻松得到答案。也正是如此,如今的工作中,仍有不少同仁秉持这样的小学生......
  • 《人月神话》——读后感3
    过去是怎么做的:  我只经历过两人组队和三人组队,我无法分辨当时的组队情况分工什么的是好是坏。为什么这样不好:  所以,这个问题我无法回答。我只能说,我们将各个题目分......
  • 人月神话读后感1
    这本书虽然有做过一些细小的修订,用更新的思想进行扩充,但我还是认真阅读了这本书的第一版序言。其中,作者提到在很多方面,管理一个大型的计算机编程项目和其他行业的大型工程......
  • 构建之法读后感三
     通读完全书后,我对书中介绍的软件行业相关内容有了更深刻的理解,文章采用大量幽默生动的语言进行讲解,通俗易懂,并且在每个章节的最后还有项目题型供我们去加深记忆,做软件一......
  • 《人月神话》——读后感2
    过去是怎么做的:  我总是写完全部的代码再进行测试。为什么这样不好:  如果bug很多,就会导致最后的提交时刻,要一次次的重复查找bug并解决,甚至推翻重写代码,这是致命且让......
  • 《人月神话》——读后感1
    焦油坑:过去几十年的大型系统开发就犹如这样一个焦油坑,很多大型和强壮的动物在其中剧烈地挣扎。他们中大多数开发出了可运行的系统——不过,其中只有非常少数的项目满足了目......