《大道至简》读后感

在读过这本书之前，我对于软件工程的理解仅限于编写程序，或者说我仅仅了解到了编程这一小部分，认为编程就是软件工程的全部。而对于编程，我也经常抱有应付的态度，并不愿意去思考程序中所蕴含的逻辑，常常对着网上找到的程序模板照搬，虽然会顺着别人代码的思路，但很少有真正完全自己创造出来的方法和思路。在读过这本书之后我才发现自己以前对于编程的错误认知，对于写代码的自我怀疑以及对于软件工程的了解片面。

这本书内容不是非常多，八个章节，对于每个章节我都写了一点收获和从书中学到的和自己以前做法的对比。

一：编程的精益。书中用愚公移山的寓言故事，阐明了编程的根本：顺序，分支，循环。类似于移山这样浩大的工程都可以通过编程来简单实现。之后又讲述了只要不是先天愚顿或者后天懒惰者，都是可以学会编程的，我认为作者的主要目的便是告诫：要勤于动手不能懒惰！

二：懒人造就了方法。针对学习过程中内容繁杂或者解决问题比较慢，在书中而言，还是方法问题。我们应该像整理书一般，把学过的知识分类，归纳在脑子里。记住定式，运用定式，忘掉定式，创造定式。方法亦如此，我们要不断摸索，创造自己的方法！

三：团队缺乏的不止是管理。这一章介绍了团队的特性：主从，监督和责任。让我明白原来做程序不只有单纯的建工程敲代码那么简单，还要考虑到一个团队，以及每个成员的作用及管理，团队的力量强大，但管理团队也不是一件轻松之事。

四：流于形式的沟通。编程语言是程序员与计算机交流的语言，并不是与客户交流的语言。在这一章中我知道了“最简沟通”的存在，即保证每一次与客户的交谈沟通都是有效的，有目的性的。如果仅仅流于形式，很可能使项目不断的推翻和延迟。

五：失败的过程也是过程。本章提出，“做过程不是做工程”。讲述了软件工程概念的发展历史和阶段。我们要牢记编程的本质目的，就是实现一个东西，工程只是一种实现的途径，不能把工程当作借口从而掩盖了我们做事的真正目的：“实现”。

六：从编程到工程。再次提到了语言只是工具，令我更加深刻的意识到讨论语言的好坏是愚蠢的行为。经验来源于回顾、理解与分析，而不是你将要写的下一行代码。未来软件的规模必将越来越复杂，需要有团队意识，每个人都要扮演好自己的角色。BOSS(经营者)决定了一个方向，组织者保证决策与 这个方向是同步的，而工程是在这样的一个方向、决策的构架下的一个具体行为.工程中没有 BOSS

七：现实中的软件工程。大公司之间的争夺战已经吧软件工程从原始的“自生演进”状态推进到“它激发展”的状态之上。“不要栽进蚂蚁洞里”，要将软件工程应用到现实中，因为，愚公如果停下来，思考的问题可能是碎石的“方法” 。 而项目经理从细节中跳出来，思考的问题就应当是完成工程的“方法”。评价这个方法的好坏的标准只有一个：节约成本。这才是每一个客户最看重的东西。所以，要思考成本。

八：死读一本《软件工程》的人不会做真正的软件工程

标签：读后感,定式,工程,大道至简,编程,软件工程,团队,方法
来源： https://www.cnblogs.com/lklyouhouhou/p/16534450.html