在经过这一段《大道至简》的了解后，学习也接近了尾声。在最后两章，作者给我们介绍了《现实中的软件工程》和《是思考还是思想》。又从另一层面为我们剖析了软件工程的精义和精髓。
比如软件开发工具，IBM得到了Rational，而得到的最大的好处就是在软件工程方面。IBM快速的拥有了一套成熟的理论体系和实作工具。因为Rational对UML语言方面有着非常丰富的实践经验，还有着RUP作为理论框架的创立者和领导者的地位，使得IBM在确立大型软件工程应用方案提供商的行业获得极大的支持。
并且在语言方面，IBM独具慧眼，看到了JAVA语言平台中立的语言特性，和它在大型应用工程方面的成功表现，选择支持了JAVA 语言，这是十分明智的做法。而且IBM非常亲近开源软件界，所以很快便占到开源软件领域的头羊地位。Microsoft并不仅停留在理论阶段或只有丰富的产品实现。它试图在开发语言和基础框架上实现大统一，希望可以达到UML在模型语言中的地位，因此出现了通用的语言体系，接下来它又向模型语言发难，提出了领域专用语言。所以现在软件工程的局面，并不是程序员和评论家们带来的结果，而是大公司们相互制衡的结果。
在回到工程的关键点，除了软件本质力量的推动之外，商业因素也推动着软件工程体系的发展。大公司们的争夺战将软件工程从原始的“自生演进”状态，逐渐推进到“它激发展”的状态。而作为一个项目经理有一个永远也不能忽视的问题，那就是成本。即使再有条不紊的团队，如果流失了资本，也就失去了它存在的可能性和必要性。
AOP，首先是方法论，不是一种语言，还有AOP所基于的数据结构是方面，它用来考察对象。而MDA也是一个方法论层面上的名词，它讨论的是“创建出机器可读和高度抽象的模型”的方法。受MDA影响的开发活动被成为MDD。与MDD在同一个层面上的概念是：什么都可以“驱动开发”。不同的方案提供商基于自己的产品构架和当前的理论倾向，随时准备改变他们“驱动开发”的方式。
抛开实现的技术细节不论，在工程中“以什么驱动开发”其实是一个过程问题。而过程的选择取决于我们的工程需要，以及他在相关应用领域的适用性、过程工具的充备性和这个过程理论的完善程度，而不是大公司们的鼓吹。过程模型决定了工程的实施步骤和组织方式。
软件工程三个要素的价值，思考问题可以是“自上而下”也可以是“自下而上”的。而工具、方法与过程被称为软件工程的三个要素。例如过程，就既有实施过程的工具，也有相关的过程方法理论。RUP是对前人在软件过程思想方面的高度包容。因为RUP其实就像一个杂物箱一样“包容”了全部的已知理论。可以将RUP定制成其它任何模型所表述的过程形态。所以RUP能不能被用起来，将取决于自己挑挑拣拣的行为，以及现在我们拿到钓竿后的辨识能力与组织能力。UML图的目的在于沟通，而不是工具，所以使用UML图，应该有相应的文字来描述它。
经营者离开发者很远，反之亦然。因为角色的关注层面完全不同。而且在做工程的时候，我们既要实现目标又要保障质量，还要关注枝节与细节。虽然不是一件容易的事，但是却使我们要追求的。在了解技巧、技术和方法的原理之后，学会变通，做一个灵活的软件工程，这才是真正的软件工程。