最近也是刚刚读完了《大道至简》这本书，看完后也是令我茅塞顿开，我家的亲戚有从事编程这个职业的，告诉过我，代码只是手段，真正重要的是思想，只要想得到，代码死记硬背四五天也能学会。之前一直不太理解这句话的意思，看完这本书后才有了一个大致的思路，下面我就浅浅的谈一下我对这本书的小小见解。
书中开门见山，在第一章中首先将愚公移山比作程序，说明编程的精义，又提出人人都可以学会编程，稳定住“道心”，接着讨论“程序 = 算法 + 结构”，告诉了我们语言的不同在于适用范围，哪个语言好用是一个没有意义的问题，作者对于编程，语言的看法给了我启发，理解了他对这些问题的看法对我帮助很大。
第二章中，李冰用加热的方法处理石头的创新的例子，使我大受震撼，做事情，做编程，不能沉浸于用更快的速度，更勤劳的使用旧方法，要勇于创新，善于观察生活，在不断更新换代的时代，需要我们及时学习新的事物，在原有的基础上不断完善现存的规则，作者提出的：程序 = 算法 + 结构 + 方法，就是这一方面的启示。
在第三章中，作者又提出了一个团队，一个公司中管理上的方法，公司中出现“既不能令，又不受命”的人需要将其开除，无用之人只会拖慢项目的进程，但如果管理者不默许这样的的行为，又怎么会有这种人出现呢。如果想要团队不出现问题，那管理者的决策至关重要，我们当然不可以做“既不能令，又不受命”的人，无论是在公司，还是在项目团队，我们都要积极发挥自己的作用，努力成为核心人物，发挥自己的价值，不成为核心，保持边缘，下一个裁员就是你。
第四章，流于形式的沟通，开发人员于客户之间的沟通是困难的，其中涉及的一些列问题，两边的专业水平相差太大导致经常出现客服绞尽脑汁，客户看不明白的情况，所以我们才更应该及时的找到流于形式的沟通，从而避免出现流于形式的沟通因为“流于形式的沟通，是使得你的项目被不断推翻和不断延迟的最直接原因”。
第五章简述了失败的原因，作者告诉我们失败的过程也是过程，体会失败，从失败中吸取教训，怎能成功不能做形式、走过场，只有认真踏实才会通向成功。
第六章中介绍了从编程到工程的过程，一个庞大的工程离不开每一个环节，罗马不是一天建成的，罗马也同样不是一个人建成的，分工很重要，每一个组成人物，所有部分一起才能实现从编程到工程的转变。
第七章则是现实中的工程，通过多个例子让我感受到了现实中工程的实现的困难程度，懂得了任何事物都不如听起来那般简单，实践是检验真理的唯一标准，具体的实现需要很多方的共同努力。
最后，作者告诫我们“死读一本《软件工程》的人不会做真正的软件工程”，学习中我们需要不断的思考，反思学到的每一个知识。
在过去的编程、学习中，我总是在完全使用，依赖前人的方法，以至于很少去思考其中的内在，不知道它是否是正确就开始使用，遇到复杂的问题就会束手无措，甚至懒得思考，程序错误率很高。但是通过书中介绍我明白了，这样做只会形成恶性循环，丧失独立思考能力，在以后的学习生活中难以应对。
所以，我要从现在开始，学习的时候多思考，创造自己的方法，把创新融入到我的学习生活，争取在以后的学习与工作中中担当重任。