《大道至简》读后感
经过几天的努力，我终于把——《大道至简——软件工程实践者的思想》阅读完了，因为时间的缘故，读得此书只是读了个表面，但它还是对我有很大的影响。
书中所说，2000年的寓言，已将成就了一位工程名家——愚公，本书也是引用愚公的各种寓言故事写成的，从“愚人”愚公身上获得的道理！首先，这本书里提到了编程的问题，开篇以“愚公移山”的典故引出了编程的精义，紧接着提出了程序=算法+结构的公式。书中说编程的第一要务是先把事情分析清楚，然后再去代码实现。但是包括我在内的很多初学者都是一看到题目便直接上去就写代码，就像书中所说，这种就是加班最多的程序员，这是我在学习中的一个不良习惯。虽然在一开始先去分析问题会花点时间，但这之后的代码时间会减少很多。不思考的话还可能写不出来，我们需要培养认真思考问题的习惯，对以后写代码绝对有很大帮助。所以以后写代码先思考，画出程序图，把问题简单化，一步一步处理，这样的话思路就不会太乱。做到难化易。书中有句话，所谓的大道至简，不过是在说，事情一开始就是简单的，我们不是不知道，而是没有认识到罢了。这句话对我印象特别深，简单的看问题，把问题简单化。停下来，思考才是进步的本质啊。
这是我所能接触到的，我所体验过的，至于这本书的管理层面的问题，和关于沟通的问题，虽然现在我还没有接触，但肯定的，以后工作100%会接触到的。这可以让我们提前了解一下。
这本书里提到的很多管理层面的问题，软件开发很多时候都是一个团队，那就不得不面对怎样管理团队的问题。书中举例了ISO质量体系的例子，揭示了很多管理人员或者是公司管理层面会犯的一个错误，那就是只制定严格的规范管理行为，却没有改变团队或公司原有的体系，仅仅只用新的管理制度让员工读一遍是不能使旧公司转型到新公司。书中提到，只有先组织新的开发团队，有了确定的团队模式，才能 寻求相应的管理制度，并且才能把这样的制度实施在团队之上。在团队中，不同的人有不同的角色，对于不做事、不受管理的成员要尽早开除。在团队中的管理者要认清自己的身份，书中以“蚂蚁”为例，提出了管理人员要紧紧跟随开发人员，观察他是怎么做的，并发现其中的规律，分析这个规律的价值，最后再尝试改变他们。但是，管理人员不应参与到开发中去，否则会“当局者迷”。
其次，书中又论述了关于“沟通”的问题。在与客户沟通的过程中，应该使用客户理解的语言，开发人员会希望客户至少会c语言，这样便于沟通，但这是不太现实的，因此需要用客户理解的语言来交流沟通。书中提到了“最简沟通”的概念，即在了解客户需求、市场因素的情况下，设计好自己的问题和提问方式，用最高的效率进行沟通。但是，在中国酒文化的影响下，似乎都是在酒桌上进行协商沟通，然而大多数都将以醉酒收场。所以沟通就要奔着目标直去，提高效率。接下来书中用“夏商周”的历史难以考证为例引出了项目的“History”，即在开发整个项目的过程中记录下各种数据与信息，方便后来接手的人进行维护和继续开发。
最后，书中还论述了“编程”与“工程”的关系，作者首先提出了“语言只是工具”的看法，作为开发人员，我们的目的是为了实现对象，不需要因为语言的精简、细节而拖延了项目的开发。此外，还提到了成本问题，一个不不计成本的项目计划是不会成功的，并且不能毫无目的地消耗成本，这也会导致项目的失败。
作为一个刚刚步入软件工程的学生，书中有许多技术名词甚至都没有见过，但这本书依旧给了我很多启发，希望经过我的学习后，再次读这本书时，我能从中得到新的体会与感悟。
标签：本书,读后感,沟通,大道至简,问题,团队,书中 来源： https://www.cnblogs.com/zhaolei0419/p/14975532.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。