《大道至简》第七、八章 读后感

随着Java的即将结课，大道至简的学习也要告一段落了，而我们专业知识的学习才刚刚开始。
大道至简第七章讲的是现实中的软件工程。在现代社会中，不仅仅软件工程的学习是一门大学问，就连大的软件公司之间的各种竞争，有很多时候也可以称得上是一门学问。不仅仅是软件技术方面的竞争，还有各种商业竞争。所以有时候说的实际一点，有些软件工作者，有些小的软件公司，只是大的软件公司手中的一枚棋子，只是大的软件公司在全面胜出的道路上一颗微不足道的垫脚石。
接下来，让我们回到软件工程的关键点去思考，原来的软件工程的发展可以称之为自生演进，而现如今，在各种各样商业因素的诱导推动下，已经变为了不一样的它激发展。软件工程的理想模式是：在程序和方法层面，要更多地关注实现；在过程和工程层面，要更多地考虑团队问题。但如果站在角色的角度，项目经理要致力于保障团队的一致性的团结性，开发经理则更多地注重于思考项目的实施方案和管理具体的开发行为。
项目经理在负责整个项目的过程中，要思考项目成本。成本也是一个项目中不可忽视的一个环节，如果只是埋头苦干，像愚公一样，不考虑成本，会对项目本身造成极其重大的影响。AOP曾经在一篇文章中被称为“新一代的java语言”，但实际上，AOP并非语言，而是方法论。MDA架构是一个新的软件开发方法架构，在工程中的使用价值有限。
大道至简第八章讲的是思考还是思想。在前边讲的的“牛屎图”中的工具，方法和过程被称为软件工程的三个要素。但整体而言，然间工程的主体仍然在于“实现”。应该回到软件工程的本体上来思考问题，而不是仅仅关注于一个局部的要素。还有就是，RUP是对前人在软件工程方面思想的高度包容，即使我们一直在批评它。RUP如同一个杂物箱，里边放着千奇百怪的东西，它能不能被用起来，将取决于你怎么对待他里边的东西以及你的辨识能力和组织能力。
UML在一定意义上和甲骨文都是有相似之处的，但是应用在软件工程中的UML，不应该仅仅作为类似甲骨文一样的象形字来描述建模，而应该有相应的文字描述，这就是UML与甲骨文的最大区别。
在软件开过程中，经营者与实践者是完全站在不一样的角度看待问题的。经营者更多考虑的是项目的盈利等等方面的，而实践者则在项目的完成角度考虑。毕竟，软件工程的根本在于实现。
在项目完成过程中，实现目标与项目质量不免会有矛盾，目标定错了，会对整个项目的完成产生极大的影响。项目的质量又与项目的细节有着极大的关系，细节决定成败。
总之软件工程是灵活的，不是那么死板教条，所以要学会变通。在后面的学习中将对我们有极大的帮助。