大道至简读后尾篇
2个月时间很快，大道之间的读后感也写到了尾篇。
这次的内容主要是针对第七，八章的内容。一个是现实中的软件工程，一个是思考还是思想。
列举了IBM，Borland和Microsoft的一些体系，来说明大公司眼中的世界。大公司们在标准、理论、语言上的争来夺去，未必全然出于“软件实现”的考虑。对统一理论、统一工具、统一过程的企图，其最终目的是在整个软件工程体系中的全面胜。但无论各个公司使出什么战略，什么方法，什么策略，都离不开工具、方法、过程这三要素。他们依靠自己的优势，并且通过同盟的优势来弥补自己的劣势，使自己处于不败之地。算 盘 上 的 绝 大 多 数 人 ， 只 是 用 于 计 算 胜 负 的 一 枚 算子。所谓编程语言，只不过是他们在商业战场上争夺所用的工具而已。
作为大的软件公司，不能只是关注与软件的开发工具，更应该完善公司的理论体系和实作工具，为了与行业的巨头相抗争，就该把握住自身拥有的一切力量，这甚至比创造力量来的更快。想要打压对手发展自己，也需要记住，敌人的敌人就是朋友，借助其他对手和同盟的力量来削弱自己的劣势或者补充实力也不失为一种好的方法。为什么大公司会在标准、理论、语言上踱来踱去呢？其实未必出于“软件实现”的考虑，对同一理论、统一工具、统一过程的企图最终的目的还是在整个软件工程体系中的全面胜出。
思考项目成本的经理才会长久处于优势地带。通过作者的描述：不计成本的项目计划不会得到经营者的支持；毫无目的地消耗成本是项目中的慢性毒药；最致命的风险是成本的枯竭。以上三点经验是我们应该得到的。
软件工程体系的发展是由两方面推动的，一是软件的本质力量，二就是商业因素的推动。商业因素的推动把软件工程从原始的“自生演进”状态，逐渐推进到“它激发展”的状态上了。虽然它激发展可能会影响到软件工程发展的速度，然而在各个工程层面上的关注点并不会发生变化。从软件工程层状模型中可以看到，在“程序”与“方法”层面，是关注于“(具体的)实现”的；而在“过程”和“工程”层面，更首要考虑的是团队问题。从角色的角度上来说：开发经理思考项目的实施方案和管理具体的开发行为；而项目经理则保障团队的稳定性和一致性。审视MDA/MDD MDA讨论的是“创建出机器可读和高度抽象模型”的方法。受MDA影响的开发活动被称为MDDMDA架构作为一个新的软件开发方法的架构，如果没有成熟的软件理论支持，那么它在工程中的实用价值就有限。
写到这，也要告一段落了，《大道至简》这本书虽然字数不多，但内容却能让你获益匪浅，他让你从无知到入门的认识，其实每个人都能学好，还是看努力罢了。