架，它是优秀工程师
概念工具基本组成部分。正如马斯洛主张“对于只有锤子人来说，整个世界看起来就像钉子”，这是
种很容易超越其适用范围工具。当个系统超出复杂性阈值时，人类大脑就失去
维持完整和连贯模型能力。
人们经常听到，当系统超出复杂阈值时，会变得非常庞大。例如，航天飞机和B-2轰炸机都是高于这阈值系统，需要格外复杂、烦琐和耗时程序来保证设计在控制之下——这些程序十分昂贵，而且成功只有部分。在定程度上，复杂问题可以通过砸钱来解决。然而，这种资本密集型管理技术对于大多数项目来说都是种奢侈。此外，尽管对于大多数项目而言，这些不靠谱复杂问题“解决方案”是遥不可及，但是复杂性阈值本身并非如此。较小系统也可能会遇到同样问题。通过引入超出设计师控制范围或理解范围混沌元素，在复杂性阈值上也可以推出更小、更简单系统。这些混沌元素中最重要是自主计算代理（例如，其他计算机）。这就是为什
即使是调试非常简单通信协议也经常困难重重。此外，个特殊人间地狱等待着系统实施者，其中包括所有、交互人类群体最重要自动计算代理。这直接导致
们下个（可能也是最有争议）主张：
详细中央规划是不可能，甚至都不要去尝试。
对于使工程师们陷入上述问题中建构主义偏见，经济学家和社会学家研究成果比软件工程界要多。游戏和模拟设计师在为个人和小组创建虚拟世界方面经验丰富。然而，他们没有理由去学习如何处理大量同时使用用户。由于每个用户或小组都与其他用户无关，所以可以重复使用同个世界。如果你正在玩场冒险游戏，在（真实）世界其他地方成千上万人也在玩样游戏，那这对你体验没有任何影响。对于这个世界创造者来说，为用户与世界交互个小时，花费几十甚至上个百小时创建环境也是合情合理。因为成千上万其他个人用户都能享受到这个小时体验。
在线服务和通信网络构建者在处理庞大用户群体方面具有丰富经验，但总体而言，他们并没有创建复杂环境。此外，在设计用于传输信息或通信服务系统中，庞大用户只是个负载问题，并不复杂。所有用户得到都是相同信息或服务，上文关于重复体验评论同样适用于此。没有必要将信息空间大小和复杂性与用户数量相匹配。尽管可能结果是服务可用信息量是用户数量函数，但是这些信息通常可以被组织成个系统结构，仍然可以由少数人来维护。复杂性在于，它是用户自己产品，而不是系统设计人员——系统操作人员无须创建所有这些材料（这是解决们问题第个线索）。
栖息地最初规格要求们创建个能够支持两万名化身世界，并计划可扩张到五万。无论怎看，这都是项庞大事业，复杂问题肯定在意料之中。然而，在实践中，们在开发早期就超过复杂性阈值。当们网络社区人口达到五十左右时，其复杂性就会超出们理解（这
请关闭浏览器阅读模式后查看本章节，否则可能部分章节内容会丢失。
