“农民工”这个词最早见于新闻联播。农民工这个词最频繁出现于两个地方，一个是关于农民工讨薪(针对一些不法商人而言)，另一个就是春运。

框架并不等同于系统架构——尽管有些框架确实以此为目标。

GUI只是一个实现细节。而Web则是GUI的一种，所以也是一个实现细节。作为一名软件架构师，我们需要将这类细节与核心业务逻辑隔离开来。

从系统架构的角度来看，数据库并不重要——它只是一个实现细节，在系统架构中并不占据重要角色。如果就数据库与整个给系统架构的关系打个比方，它们之间就好比是门把手和整个房屋架构的关系。

Doug观点:
虽然软件本身并不会随时间推移而磨损，但硬件及其固件却会随时间推移而过时，随即也需要对软件做相应改动。

Bob基于Doug观点补充:
虽然软件质量本身并不会随时间推移而损耗，但是未妥善管理的硬件依赖和固件依赖却是软件的头号杀手。

一、测试也是一种系统组件

测试组件通常是一个系统中最独立的组件。系统的正常运行并不需要用到测试组件，用户也不依赖于测试组件。测试组件的存在是为了支持开发过程，而不是运行过程。然而，测试组件仍然是系统中不可或缺的一个组件。事实上，测试组件在许多方面都反映了系统中其他组件所应遵循的设计模式。

一、面向服务的架构

“只要使用了服务，就等于有了一套架构”这种思想。显然是错误的。
如前面所说，架构设计的任务就是找到高层策略与低层细节之间的架构边界，同时保证这些边界遵守依赖关系规则。所谓的服务本身只是一种比函数调用方式成本稍高的，分割应用程序行为的一种形式，与系统架构无关。

一、最细节化的部分

Main组件是系统中最细节化的部分，也就是底层的策略，它是整个系统的初始点。在整个系统中，除了操作系统不会再有其他组件依赖于它了。Main组件的任务是创建所有的工厂类、策略类以及其他的全局设施，并最终将系统的控制权转交给最高抽象层的代码来处理。

Main组件中的依赖关系通常应该由依赖注入框架来注入。在该框架将依赖关系注入到Main组件之后，Main组件就应该可以在不依赖于该框架的情况下自行分配这些依赖关系了。

人们通常习惯于将系统分成三个组件:UI、业务逻辑和数据库。对于一些简单系统来说，的确可以这样，但稍复杂一些系统的组件就远远不止三个了。

中国工厂系列纪录片只拍了三集，三集围绕以下内容进行讲述:

• 再见老板；
• 换帅；
• 流水线上的战争。

我个人看了很多遍，每次从中都能有所收获，接下来我进行思考归纳。