编程的根本，精义就是顺序，分支和循环。作者通过愚公移山一个大家耳熟能详的故事，将这个道理展现了出来。程序之间蕴含着很深的逻辑关系，譬如早起，洗漱，吃早餐，出门，程序需要合理的运行逻辑。在了然了程序的逻辑关系之后就要考虑采用何种算法实现这项功能，算法是思考的重要部分，程序的实现分为两块，一是思考算法和结构一个就是键入代码实现，显然思考算法是一项十分重要的工作。所以遇到一个问题不应该直接键入代码应该在键入前思考该采取何种算法，结构加以实现这是非常重要的。
代码需要分开写，一个庞大的工程，不能只写在一个文件内，分块处理可以让更多人加入工作中，提高工作效率，并且是工作清晰明朗。经过学习一段时间的编程后需要将头脑中的知识进行梳理整合分类以达到更好的理解表达运用效果。
在团队工作中如果担任管理者，那就必须担任起管理者的责任，不要老是推卸责任。同时管理人员要了解工程师的工作以及各种方式但是要时刻记起自己的管理职责。
当我们在与客户沟通需求时，不可能要求客户精通c语言，我们要以普通的语言就是中文与客户进行沟通不要将问题变得更加复杂，在某种程度上双方都理解各自的意思就是最好的交流。在沟通需求过程中需要控制少量的沟通次数以及高质量的沟通内容，在沟通之前，我方应充分的考虑到客户可能的需求应当在沟通过程中主动提出引导。沟通不能流于形式，不仅仅是简单的吃饭这样仅仅只能沟通感情，作为项目组成员应该有事先的考量与提问。
在实现项目的过程中我们不要被固定的工程框架限制死，而忽略了最终目标是实现项目满足客户的需求。这往往就本末倒置了。完成工程就是分析清楚项目，一步步分工集众力，一个组织的过程。从编程到工程和现实中的软件工程这二个章节更多地阐述了现实做项目所需要的东西以及现实公司中一些部分所要具备的条件，在拿到需求时有一个很重要的问题需要考虑，节约成本以及手上握有多少成本。其中包含很多专业名词和专业概念，以我一个准大二的学生现在的眼光看来有太多不解之处，着眼于这些文字实在头痛。
作者在总结中说到工程的目标还是实现，这是在经历过之后对软件开发工作有深深的体悟。我设想我会作为一个开发人员，也尽量去理解客户的需求，毕竟实现的就是客户的需求。
在现实开发中我们需要在时间，资源，功能三者之间找到一个平衡的关系以及需要理智的衡量自己手头的资源，否则可能造成苦果。软件工作者不能一味的拷贝复制方法和技巧在遇到问题时不应该埋怨方法的不适用，反而应该变通灵巧使用，来规避这些方法的局限性，我之前就这样一路走来，在遇到问题之后就去搜索相关的方法在一番挑选之后，仍旧实现不了程序，开始寻找新的方法，或者自闭关闭程序，变通能力十分欠缺，我通过一道道程序开始对自己的实际动手能力以及变通能力进行提高。我觉得这是一件很值得思考的事情，一个程序员需要这样的能力。
通读本书，这是一个软件工程从业者对这一行业的思想的考量，我觉得此书会对初入次门的工作者，尤其是管理人员会有比较深远的帮助。