读了《大道至简》，我发现软件工程的的学习生涯似乎并不是想象中的那么枯燥，每天对着代码苦苦哀叹，烦躁无比。他们也可以是很生动形象的东西，例如开篇的愚公移山的比喻，就把软件工程的世界叙述地更加有意思又易于理解。
编程的第一要务是先把事情分析清楚，事件先后的逻辑关系和依赖关系要搞清楚，所以不能接到任务就开始敲代码，勤于思考，把大概情况理清楚再去写会更加有效率更加简单。
一百万行代码其实 是可以写在一个文件里的。但是有了单元文件，也就很快出现了一个新的概念：模块。这样就可以很快地找到自己想要的东西，提高效率。并且也可以开始分工合作，结构化编程的时代终于开始了，新的方法取代了旧的方法，这一切都归功于一位尝试了新方法的工程师，开启了分工合作的思路。
此外，归纳总结和分类令我的学习路程更加简洁，而且这本书中把这个思想阐述的更加明确和简单。知道如何把书分类、归整得整整齐齐地放在书桌，就可以所学的知道分类一下，归纳一下，整整齐齐地放在脑子。要知道平时学的知识都是用来干嘛的，可以用在哪里，学习了这么多知识存在脑子里，但是不能让脑子昏昏沉沉的没有规划，这样才能成为更好的更加有效率的工程师。
此外，一个项目的背后不只是一个人，很多情况下都是一个团队在付出，一个好的团队要有一个好的管理是没错，但是一个团队不只应该有管理，需要一个团队有好的配合合作，并且做管理起码需要能承担责任，这是最基本的素质，明确分工是管理职责，做管理≠做伯乐。
我们总会面对客户的，但是让客户精通一门语言是行不通的，语言是我们和计算机的交流工具，因次我们需要面对最直接的问题：与客户如何交流》？这个解决之道是模型语言。适应环境注意灵活变换，正如书中所说：我们需要在正常人与盲人之间建立一种沟通的方式， 既然盲人不能睁开眼睛，那么你就闭上眼睛好了。但是应该清楚的是，保障每一次沟通的有效性都是最重要的事。沟通是具有目的性的，要在有明确目的的情况下与客户沟通，因此最好在见到客户之前，就已经设计了所有的问题和提问方式。
另外，做项目的时候也应该留下历史记录，这样方便以后的寻找，也方便其他人来看这个项目，不会两眼一抹黑，提高工作效率。
读了这本书，我深深地记住了做编程问题的本质，从最开始编程开始，目的就是实现一个东西，而工程是实现的一个途径。但是过程中不仅仅会一次成功，常常需要经历千百次的尝试，不断改进不断优化，从错误中吸取教训，失败的过程也是过程。
读了《大道至简》这本书，令我重新理解了软件工程，而其中的与客户相处和沟通的叙述也对我有很大的帮助，让我知道软件工程不只是每天面对代码那样枯燥乏味，也了解了知识的分模块应用。我会改掉以前看见题目就开始写代码的坏习惯，勤于思考理清逻辑，这样才会写出更简洁更有效的东西，也希望我以后会变得更加优秀成为我热爱的行业中的优秀人才！
