第七章首先讲述了目前世界范围内杰出软件公司之间的竞争，不得不说公司之间的竞争确实是一个让我看了头疼的问题。但是作者换了一个角度说明了公司之间的竞争激发了软件工程的发展，我确实听懂了。对于软件工程是组织管理还是成本管理，组织计划还是成本计划，这两句话说的很直白但是很值得思考。正像书中提到的一样没有资本运作的团队，那么团队的存在就没有必要了，所以我认为成本在团队中很重要，忽略了成本首先团队可能出现崩溃的问题，其次客户也可能会选择放弃。所以身为项目经理要跳出开发尽可能的想到怎样能够节约成本，让团队能够更好的运作下去。作者带我审视了AOP和MDA/MDD语言，从作者的话语中透露出要明白语言的优缺点，AOP易于表现接口等，只有清楚了语言的优缺点才能更好的做好软件工程。否则错误的使用语言就像作者最后提到的使用MDD的方式开发BIOS那么你离精神病就不远了。
大道至简最后一章讨论了许多做软件工程过程的事情，我看到书中提到UML就着重看来一下UML与甲骨文之间的异同。首先它们都是一种语言，都是用来交流的。前者原始人用来交流的，后者项目经理与用户来交流的工具，如果UML仅仅画好了图而没有详细的语言描述无异于甲骨文。从中我有点体会，就像我现在写代码一样，我把代码写的再好，算法用的再简单，如果没有相应的注释是不会被别人知道的。还有就是书中说到的经营者离开发者很远，反之亦然。中国俗话说的好隔行如隔山是有一定道理的，因为不同的角色关注、侧重的方面不同，最后产生的结果就有很大差距。
实现目标与保障质量存在的矛盾，书中说的我感觉深有道理。因为没有任何项目经理会在与客户签订合同之前会遍地自己的目标，但是目标太大那么就不能很好的保障质量了。进而会导致声誉降低，接的项目就会减少，那么资本就会减少，最终可能就会导致团队的解散。所以不能为了能够接到一个项目而让自己的团队产生隐患。最后作者用中国古人在音律方面的研究总结了大道至简，任何人死读一本《软件工程》都是不会做软件工程的人，因为他在遇到问题的时候并不知道技巧、技术和方法的原理，因而不知道变通，也并不知道回避错误。