《大道至简》读后有感

Posted 2020-10-03

       这个假期我们的JAVA老师向我们推荐了一本叫做《大道至简》的书并叫我们写一篇读后感，由于我拿到的
是TXT文件第一眼看到的它123的页数。与我之前看的书相比明显要少好多。书的开头作者也说了书的好坏不在
于字数的多少，看完这本书我深有体会。
       文章的开头作者用愚公移山这样一个人尽皆知的故事形象的描述了编程的根本：顺序、分支和循环，移山这
样庞大的工程都可以通过简单的编程来实现，这就是编程的精义，也是该书自始至终所强调的重点。而之后作者
又更为推崇战国时期李冰在移山过程所表现出来的“偷懒功夫”。愚公移山贵在锲而不舍的坚持，而李冰凿山则
是贵在采用了新的“方法”可以说是“懒人的方法”很快的解决了问题。回顾一下人类发展史，从某种意义上说
是那些“懒人”推动了历史前进的车轮。也是由于“懒人”结构化编程的时代开始了。
       之后作者又阐述了在软件开发中团队协作的重要性。作者认为软件开发是一个团队协作的工作，我们只有学
会团队精神，学会如何在团队中找准自己的，找准自己的角色，我们才会了解我们在这个团队中扮演什么样的角
色，才能够把对事情做到最好，才能够在团队中出类拔萃。如果我们想在软件开发公司一直很好的发展，我们就
必须学会在团队中生存下去，学会找准自己的角色，做好自己的管理，我们才会成功，一切才会有结果。
       随后作者对实现团队经营作了最重要的一条禅述：沟通。沟通在同角色之间，不同角间之间无处不在。你所
需要的就是了解你的现状，了解你的角色位置，了解你与不同角色之间沟通的着重点。
       而且工程不是做的，是组织的。人们总是在说“做工程”，好像工程就是面包馒头一样，有个模子，拿着照
着面按上一按，放在笼屉上蒸上一蒸，就可以“做”出来了。经历过工程的人都知道，我们没有那个模子，而工
程中人员也不是那一堆面。所以我们不要“做”工程，而是要“组织”工程。
       语言只是工具。成天讨论这门语言好，或者那门语言坏的人，甚至是可悲的。语言没有好坏只有是否适合。
猿之于为人，“学会制作和使用工具”是最重要的标志。从最初的简单编程开始，到现在到现在工程团队的组织
开发，实现( 一个软件) 都是最终的目的。所以可以这样说：实现，是软件开发的本质需求。软件工程的体系中
，“实现”作为软件开发的本质需求何基本动因，如同上帝之手在推动这几十年来的软件工程理论体系的形成。
      除了软件本质力量的推动之外，商业因素也推动着软件工程体系的发展。大公司们的争夺战的最终结果，已
经开始把软件工程，从最原始的“自主演进”状态，逐渐推进到“它激发展”上了。这种它激发展可能会影响到
软件工程发展的速度，然而在各个工程层面上的关注点并不会发生变化。思考成本的重要性：不计成本的项目计
划不会得到经营者的支持； 毫无目的地消耗成本是项目中的慢性毒药； 最致命的风险是成本的枯竭。
      工具、方法和过程也被称为软件工程的三个要素。在这本书中作者将他们分解来思考，并不是要孤立这三个
层面。——他们实际上是相互作用的。在软件工程中大多数人不知究竟地使用着技巧和方法，而一旦出了问题，
则归咎于这些技巧和方法的不好。而真正的问题在于，这些人并不知道这些技巧、技术和方法的原理，因而不知
道变通，也不知道回避错误。
       这本书作者用较为简练的语言讲述了软件工程这个较为广泛的概念，虽然书中作者用了较为多的专业术语（
我不能完全弄懂）。但看完这本书也有了一个大概的了解。此书值得我们反复揣摩、细细品味。