- 内容提要
- 序 1:程序里的世界
- 序 2:最后一层表象
- 关于本书
- 致谢
- 引言:简单的本源
- 篇一:计算系统
- 第 1 章 数,以及对数据的性质的思考
- 第 2 章 逻辑
- 第 3 章 抽象
- 篇二:语言及其面临的系统
- 第 4 章 语言
- 第 5 章 从功能到系统
- 篇三:程序设计的核心思想
- 第 6 章 数据结构:顺序存储
- 第 7 章 数据结构:散列存储
- 第 8 章 执行体与它在执行过程中的环境
- 第 9 章 语法树及其执行过程
- 第 10 章 对象系统:表达、使用与模式
- 篇四:应用开发基础
- 第 11 章 应用开发的背景与成因
- 第 12 章 应用开发技术
- 第 13 章 开发视角下的工程问题
- 第 14 章 应用程序设计语言的复杂性
- 篇五:系统的基础部件
- 第 15 章 分布
- 第 16 章 依赖
- 第 17 章 消息
- 第 18 章 系统
- 篇六:系统的基本组织方法与原理
- 第 19 章 行为的组织及其抽象
- 第 20 章 领域间的组织
- 附一:主要编程范式 及其语言特性关系
- 附二:继承与混合,略谈系统的构建方式
- 附三:像大师们一样思考——从 UML 何时死掉 谈起
- 附四:VCL 已死,RAD 已死
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
18.3 我们事实上只能关注可控领域中的可控因素
Joy 都可以煮熟鸡蛋 1 ,但作为架构师的我,却只得出了一个结论:煮熟鸡蛋的可能性似乎连 1%都不到。
为什么?
因为当架构师看待一件事物时,他看到的是它在系统中的全局问题;而一个实施者,却只需要去做局部的那个部分。当我们把“全局”这个问题牵扯进来之后,任何事情都变得有无限种可能性,因为任何一个系统都是更大系统的局部,而且这个命题是无限递归的。
蝴蝶的翅膀,只是一个生物学的问题;蝴蝶翅膀的扇动,只是一个空气动力学的问题;如此等等。如果我们不能像这样地限定一个系统的领域边界,那么架构师所能得出的结论永远就只有一个:我们什么也做不出来。
所以在大型系统(以及任何一个需要架构的系统)中,我们得承认两点事实:其一,我们的系统永远都只是更大系统的局部;其二,我们只能在实施中关注可控领域中的可控因素。
那么,如何应付未知系统以及那些非可控因素呢?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论