有一句话叫做，理想很丰满，现实很骨感。原来，单纯的以为，软件工程不就是码农么，就连工作也是一心趴在课编程编程，各种编程上，可是，现实中的软件工程和理想中或者说，想象中的还是有很大的差距的。就连我们心中的大企业，也并不是想象中的那样。比如IBM知道把握力量总之比创造力量来得经济。我还单纯的以为，所有的公司只是为了盈利呢，依靠完成的软件去盈利。此时不禁自嘲一番，还是太嫩了啊。所有的大公司在标准、理论、语言上的争来夺取，未必全然出于“软件实现”的考虑。对统一理论、统一工具、统一过程的企图，其最终目的是在整个软件工程体系中的全面胜出。看到这段话的时候，不禁想起了UML，统一建模语言，那个上课完全没有听懂的内容。
记得第六章，作者一直围绕着那副软件工程体系层次图来讲说，而第七章中却在那个的基础之上添加了软件工程层状模型图。还是那几样，但是，多了几笔：在程序和方法界面，是关注具体的实现的，而在过程和工程的层面，更首要考虑的是团队问题，在角色的角度上来说，开发经理思考项目的实施方案和管理具体的开发行为，而项目经理则保障团队的稳定性和一致性。这就是回到了关键。当然了，这只是理想模式，并不能完全描述现实。
第六章，最后一节讲到大BOSS的问题，现在又要讲一个经理，一个思考项目成本的经理。对于一个工程，这位项目经理思考的问题是完成工程的方法。而评价这个方法的标准就是节约成本。毕竟没有一个顾客会为了等一个项目而耗费几年的光阴。不计成本的项目计划不会得到经营者的的支持。同时，毫无目的的消耗成本是项目中的慢性毒药。但是，最重要的是，最致命的风险是成本的枯竭。一个软件项目的把握还是要跟女人持家一样，经济实惠。
我记得第一天上C++课的时候，老师就十分强调我们的思路。强调着思想和思考。有一个成语，我们都知道，管中窥豹，把每一个管见拼合起来，得到的才可能是豹，而不是斑，实质上，应该回归到软件工程的本体上来思考问题，而不是仅关注每一个局部的要素。工程的整体问题仍然是实现。这就是，软件工程三个要素的价值。
其实我现在还不知道RUP是个什么东西，编者告诉我，它是一个杂物箱。虽说我不是很理解，但是还是可以体会到它的用途。在RUP中，有许多东西，其中不乏有益的东西。假如说钓竿能够带给你团队以精神上的鼓励，那么钓竿就是十分重要的啦，一旦失去，就是团队的魂的丢失。一旦把钓竿挂在开发部的墙上。相信会带来很多的益处。
看到“UML与甲骨文之简的差异”这个小标题，我真的十分想吐槽一句，UML现在对我来说就是甲骨文啊，不懂不懂。不过甲骨文，见过的人应该都可以猜到他的意思，甲骨文的表达没有那么刻板。出于沟通的必要，类似UML这种语言的象征意义必须描述的足够准确和详细。
第六章讲到，大BOSS并不决定着程序员的薪金。现在又提了句经营者离开开发者很远，反之亦然。经营者，并不需要什么都会，比如，马云。话说，双十一，马云又赚了很多。
政治或说是马克思或说社会主义，有这么一句话，矛盾与统一共存。同样的，实现目标和保障质量是一队矛盾体。有时候的确会顾此失彼，但是，我们所要追求的就是他的统一。