“王不如远交而近攻，得寸，则王之寸；得尺，亦王之尺也。”
——《战国策．秦策》
大公司的盘算，从最早仅仅关注于软件开发工具到现在，软件行业中的巨头们已经在层出不穷的思想中涅槃了一回又一回。他们通过各种方式来提升自己在软件方面的能力。比如Rational被IBM购并的真实原因在于IBM需要构建一个完整的软件工程体系。有了Rationa的IBM，使得IBM在软件工程方面有了一套成熟的例如体系和使用工具。
除了软件的本质力量外，商业因素也是软件工程推到了“它激发上的状态上。由于商业的促使，在软件开发中我们需要首相考虑团队的问题，从角色上说开发经理思考项目的实施方案和管理模式，他是保障团队稳定性和一致性的关键。
项目经理应要注重考虑注意成本。因为既是一个团队管理的再好，在没有资本的维持下，最终这个项目必然会崩溃。 蚂蚁的团队总是被本能地组织得非常好。然而如果一 个蚂蚁的群体中有了流行疾病，蚂蚁在死去，而新生蚂蚁 不能跟上其死亡的速度，那么很快，这个团队就溃散了。 这是因为蚂蚁用于维护团队运作的“资本”在流失如果资本没有了，就没了运作，团队的存在就没有了必要 。所以作为一个项目经理宜注意节约成本，愚公虽可能移山，但如果这个成本需要300年甚至更多，但作为一个软件可发部门，客户能等吗？所以不计成本的项目计划是不会得到经营者的支持的；毫无目的消耗成本是项目的慢性自杀；
最知=致命的风险是成本枯竭；
工具 过程和方法是软件工程的三要素，这三要素是相互作用的。例如“过程”问题，就既有实施过程的工具，也有相关的过程方法理论。方法虽是是“基于一种数据结构的编程实践的结果”，但这实在一种非常狭义的定义。这个定义在过程的开发环节是有效的(或者说是对“开发方 法”的定义) 然而“需求”、“设计”、“测试”等等其它环节也有各自的方法论，即使站在具体环节之外，过程本 身也有方法论的问题，这还不包括管理方法等等在内。实质上，回归到软件工程的本体上来思考问题，而不是仅关注于 每一个局部的要素。工程的整体问题仍旧是“实现” 。为主要目的。、
目标可能在平衡中确立，但质量却要在过程中控制。即使在时间、资源和功能三者中取得了平衡，即使客户、项目组和公司同样满意于这个平衡“目标”，它仍然 有可能是“不能实施”的。
作为一个开发人员不能不能把软件开发作死，死板硬套，模式固化是不可能做好的，只有以前人的思想和理论为指导，用自己的思维去实现才能真正实现开发。、
经过这段时间的学习，对大道至简的了解变得更多，学到了很多，但也有许多不理解的。今后虽然不用再写这种读后感了。但还是会读下去的。