关于系统，我得这么想一想

任何一个系统的需求，最终要靠cpu来计算和内存或者磁盘来存储

--------业务最终还是要落地的

可以变动的维度：数量或者说规模，速度上，一致性上，容灾上，安全上或者其他特定的要求

--------变动的维度是千差万别的

从底层的实现上，硬件资源，操作系统，已有的成型的组件形成了一种能力空间

--------底层系统相互制约，相互协作，相互耦合

--------有些需求是在这个能力空间中的，有些可能不在

--------有既成的系统，既成的能力空间，但不一定能认清（绝对不能完全认清）

--------用已知的，熟悉的既成系统来满足需求（既成的软件系统和硬件系统，既成的理论系统）

需求可能是多种层面的，多种层次的，或者层次不清晰的（比如可能要求厂商，要求特定的硬件，要求存储不能占用多少等）

--------需求不规则，多种领域的需求（业务领域，实现领域，人力领域等）

程序员完成需求到产品的转化工作

--------掌握更多的组件的性能，

--------掌握更多的系统协作和耦合起来的组织方式（如何构造分布式系统，如何协作）

--------能更多的掌控变化，满足需求

------------------------------------------------------------------------------------------------------------------------

变化和应对变化

需求的不规则----不规则的系统，不规则的状态

如何理解单一系统和系统间的协作与相互影响--注意底层的硬件也属于一个一个的子系统--内存，cpu，cache等

系统的相互依赖存在吗？（应该不存在吧，要不就成了我爸是你，你爸是我。先有鸡还是先有蛋的问题了）

分布式系统的构造--在比os和机器高的层次上构造系统--基于角色和通信构造系统--机器概念的弱化和抽象--机器抽象成资源或其他