在阅读大道至简之前，个人对软件工程其实并没有太多看法，只是简单的以为敲代码、做软件，完成相应的功能以及派发的任务，以至于我在开始的时候存有轻视、不在意的心态，但是现在、我对之前的轻视感到羞愧。
初读大道至简，或者说粗略地看，很多东西理解的并不是很清楚，即便现在也是这样。没有很多的实践，没有参与到工程层面，甚至还不能独立写出一个简单的完整的软件。但我有幸在上半学年的选修学习了管理学基础，对其中的一些思想、方式感触颇多。
再读此书，从他人对本书的评价开始，我一页都没有错过，序言、前言、目录，甚至是最后的致谢语。目的明确，思路清晰，在书的前言就给出了目的，做什么，为什么做。而后由点到线、面。在第一章，生动的讲述了编程的精义，类比愚公移山的步骤分出了架构、以及编程的根本，顺序、分支和循环。编程实现的是工程，那我是不是可以将工程作为目标？
实现目标的过程就是编程。
在讨论到团队合作的模式时，书中提到了应当注意的方面，及其个人经验。我觉得在管理学课上学习的知识在其中有很多体现，而更重要的是，这不仅仅是在管理层面所阐述的问题，
责任，制度，角色分配，正确的管理方式，在实践过程中的沟通技巧，在解决问题时直指根本而不是注重流程，不照搬经验，而是思考创新。终于在第七章，我看到了自己看书以后，一直纠结混乱的问题，代码、方法、过程、工作、组织的关系，一个EHM模型。
明确自己的目标，角色定位，与时俱进，学习各类语言，而不是坐吃山空。反复提到，并明确，软件工程重要的是学习能力，适应能力，合理的运用手里的一系列“工具”，从而达到相应的目标，实现对应的功能。
工程的核心，整体就是实现。虽然我并没有太多经历，经验，但我很自然地认为这是对的。
用最底层的基础，最简单的架构，最基本的思想去拆分，理解，解决一个问题。我觉得这就是编程，是工程的实现过程。所差在于你采用的不同解决方式，但思想归根到底是一样的。
之前的题目，我也有过向人询问的经历，但并没有学习方法，而是应付题目满足自身的散漫，所以在遇到同样的、类似的问题，依旧不会解答、或者很难解答，个人总结，还是要自己动手学习，有明确的目的、方向，珍惜将有的团队合作机会，进行积极尝试、保持应有的学习态度。在一段时间之后我会再读大道至简，相信会有更多的看法，进步。