第七章开头引用了《战国策》里秦策的一句话：王不如远交而近攻，得寸，则王之寸；得尺，亦王之尺也。这句话的意思是：大王不如采取和远方结交而攻打近处，这样的话，得到的每一寸每一尺土地，都将是属于大王的。
第一节，大公司手中的算盘，软件行业从未风平浪静，即使安静，也是暗地里的血雨腥风。Rational被IBM收购，是因为IBM想构建一个完整的软件工程体系，语言方面选择Java，同时选择开源世界，抵消了自己语言的劣势，把握住了力量，这比创造力量简单，他可以凭此和Micosoft一搏。Borland也是如此，他也希望构建一个体系，而他的强势在于语言，所以为了弥补不足，他开始收购ALM有关的公司来增强实力。但是不同的是，Borland在发展自己的同时，还在帮对手磨剑，而且不仅仅是一个对手。他帮助对手的对手，反而可以更好的发展自己。作为大头，Micosoft却与他们不同，他在各个方面都有自己的产品，有理论，有实践，并依然在不断发展，来向其他公司发难。软件行业就是如此，大公司们相互制衡，一面打压对手，一面借助同盟来补充自己。谁站在风口浪尖，谁就会被当成众矢之的，当然，风险和机会并存。而这无休止的争斗，其实就是公司大的一个精妙的算盘。
第二节，回到工程的关键点。软件工程的发展，已经从简单的本质力量推动，即“自生演进”，转化成为又商业因素同时影响的“它激发展”了。软件工程发展变快，但是工程层面的关注点却不会变。程序和方法是关注于“实现”的，然而“过程”和“工程”，更多的考虑的是团队。角色方面，不同的角色有着不同的经营任务。这边是理想的模型。
第三节，思考项目成本的经理。项目管理应该把成本问题放到最关键的位置。项目经理应该学会跳出细节，跳出写计划案，听报告和听会议的细枝末节，组织团队有条不紊其实也不能保证成功，就像蚂蚁的队伍，如果运营团队运作的资本—蚂蚁本身在流逝，那么团队也就没有存在的必要了，必将消亡。项目经理应该学会把握成本，要以小代价来获取项目的成功。之后举的一个小例子更是警告我们，思考成本才是第一要义。
第四节，审视AOP。它并不是一门语言，而是一种方法。正如“OOP”一样。AOP基于数据结构的方面，只有描述而没有实现。
第五节，审视MDA/MDD，这也是方法层面的名词。什么东西都可以“驱动开发”，这是一个过程问题，过程源于工程需要以及在相关领域上的适用性、过程工具的充备性和完善程度。若没有成熟的软件支持，最终它的实用价值还是有限。
第八章，同时也是本文的最后一章，是思考还是思想。开头引用的是晋书中的一句话：“此郎亦管中窥豹，时见一斑。”意思是，这个少年也可以通过看小事情来了解整个事件的情况。
第一节，软件工程三个要素的价值。工具、方法和过程被认为是三要素。他们之间相互作用，方法在过程中起到融会贯通的作用，因此保证方法的工具也会随处出现。因此，软件工程模型图将会变得不同。要想得到最终的结果，关键就是综合来看，回归软件工程的本体，软件整体的问题仍然是“实现”。
第二节，RUP是个杂物箱。RUP高度包容了前人对软件过程思想方面，包容了全部已知理论。RUP能不能被好好利用，就取决于从里面拿东西和你的辨识组织能力。
第三节，作者在一次提到了使用甲骨文写UML。他们是用来沟通的工具，所以需要有人能够看懂，必须够准确，够详细。所以，在使用UML的时候，匹配文字解释就显得极为重要了。
第四节，经营者和开发者之间其实相去甚远。两者之间的理解很难，想做到另一个也是难上加难，在这时，项目经理就显得很重要了。不同角色的关注层面完全不同。
第五节，实现目标和保证质量的矛盾。客户和开发团队出现了矛盾问题很可能就源自于源头，目标错误。目标和质量有时不能真正的达到统一。
第六节，我们要把握细节而跳出枝节。枝节不会影响到行为本身，只是一个次要的分支。如果不能感觉出来，最好的方法就是去感受而不只是去想，亲身感受到了就会明白。
第七节，最后一小节，灵活的软件工程。古人写古诗词是讲究变化的，和我们现代人所感觉不同，为了音律，诗词变得非常灵活，能通顺，能品味，风格古雅就是最好的了。软件工程也是这样，不应该循规蹈矩，软件工程是活的，是有无穷变化的，今人不明此道，所以无法填出好词。还要知道原理，唯有知其理，方可明其道。故曰：大道至简。（笑）