这本书我读的是第三版，但是第二、三、四版的前言我都读过了。这三版的前言就让我认识到了一些自己的不足。在此，我想写一下前言对我的启示。第一:重新认识我们自己，对自己有个清楚的认识，清楚自己的能力程度；第二：做事稳当不着急，固定时间反思自己；第三：读书与写书。读书与写书是两种反思的方式，读书是学习，写书是总结和成长；第四：清楚自己想要什么，明白自己的目标，时刻保持清醒然后积极去做。
此书的第一章就开始着手讲解编程，编程的意义就是将庞大的程序分解再分解，直到分解成自己可以完成的简单程序。愚公这位大智若愚的老人，用自己的故事充分体现了编程的根本--顺序、分支和循环。其实每个人都可以会编程的，除非你懒惰，不思进取。然后，再具备一种品质——折中，也就是说，你会根据某些环境条件或者突发状况来想办法解决你的问题，这样你就离程序设计师更进一步了。还有一点也很重要：程序=算法+结构。事实上，编程的重点在于分析事情，把事情的逻辑关系与依赖关系搞清楚，再加上积极工作和勤于思考，你就可以很好的掌握编程了。
“人的精力是有限的，提出新的方法，解决的将是影响做事成效的根本问题”这是书中我最喜欢的一句话。我对作者印象最深的就是一个学员问他怎么写出程序的，作者的反问是“你的书桌是乱的吗?”学员的回答是比较整齐，然后作者反问他“你既然知道如何把书分类,整整齐齐放到书桌上，那怎么没想过如何把所有的知识分类，归纳一下呢，整整齐齐的地放在脑子里呢？”我们学了知识就要明白知识是干什么的。我们应该尝试一下分类，把学到的知识像书一样系统的整理好，以便日后的使用。
接下来的一个问题就是团队问题：团队之所以叫团队，是因为它至少有三个人组成。团队之间不仅要合作，还要有制度，有目标，有干劲……还要学会整体的学习。团队中的问题，要实时的解决，不然越来越多的问题积累，团队就会失败。团队中有可能失败，某个人也可能失败，但是失败的过程也是过程。失败的过程为什么会失败，这是需要反思和总结的。失败了就要明确的找出这是谁的问题，追究出问题的根本。同样有失败就会有成功，每个人要正视自己的成功，明白这是实力还是偶然。而且还要记住的一点:工程不是做的，而是组织的。团队里目标明确，组织分工，步调一致，共同完成这个项目。
语言只是一种工具。从编程到工程的转变就是是否真正明白语言是工具。其实从作者的举例来看用工具的方法，比工具本身更关键。不知道工具的用法，即使工具再神乎其技，也是垃圾。就像书中所说，工具之于工程，本质在于关注并发挥有益于工程全局的那些特性。
在最后一章中作者写到了软件工程的三个要素：工具、方法与过程。在我的认知里，我觉得它们三个是相互作用与制约的。任何的一件事情都会出现矛盾，工程也一样，但出了问题我们要试着去解决，而不是一味的判断。
软件工程是灵活的，我想这句话才是作者想让读者真正明白的。还有作者在后记中写到的这本书只是思想，在明白了思想之后，我相信我对自己有了信心，我会慢慢喜欢上软件工程。