我现在的根驱动器上有17 GB的可用空间，总容量为0.47 TB，只有3%的可用空间。我还安装了一个额外的硬盘，12 TB，剩余140 GB，虽然看起来不少，但实际上只有约1%。你的硬盘可能也满了。或许没有那么拥挤，但很可能还是接近满的。 我在Mastodon上进行了一次投票，大约一半的参与者（共81人）硬盘的使用率超过了75%。我可以想到的生活中几乎每一次，存储空间都是相当满的，以至于我必须定期查找和清理文件。我多次将存储空间加倍，从90年代的80 MB开始，现在我拥有数十TB的存储空间。它们仍然大部分被占用。市面上存在用于识别删除文件的软件，这种软件已经存在很长时间了。这可能是个显而易见的说法，但这是人们一直面临的问题。无论硬盘多大，通常都会很满，增加几个数量级的存储似乎也不能解决这个问题。为什么会这样？你可以构建一个熵的论点，认为硬盘满的方式显然比它空的方式要多。然后如果我们假设我们大多数情况下是不考虑存储的随机状态变化，我们就应该倾向于拥有一个满的硬盘。我并不认为这个观点是错误的，但同时这也是一个不完整的解释。等式的另一部分是，满磁盘在没有更东西可以放进去时才是个问题，这时它乱得无法挽救，以至于你整理它时，只会有耐心清理到可以拖延你时间的程度，判断硬盘上每个文件的命运实在是太费事了。这是一个相当普遍的现象，也是许多技术、社会和生活悖论的根本所在。在软件方面：我们不对软件进行优化，直到它变得太慢，因此它总是有点慢。我们承担技术债务，直到编写代码变得如此痛苦，以至于我们觉得必须重构，或者在缺乏经验的开发者中，必须重新开始。因此大多数代码库都相当杂乱。在软件之外：我们不扩展道路网络，直到它们变得无法忍受的拥堵；我们不会在饮食上留意，直到不得不买更大的裤子。我经历了从全职工作到自主创业的转变，尽管没有义务和没有人告诉我该做什么，我仍然感到同样忙碌，甚至更多。我的日程安排似乎也是另一个满的硬盘。在这些情况下，等到我们达到不得不面对问题的痛点使得解决这个问题变成了一项比沿途解决它们更为可怕的工作。同时，过早优化被视为一件坏事。我们如何调和这两个事实？解决方案可能是将杰文斯悖论武器化，并施加真实的限制进行优化，这些限制小于所有可用资源的总和。当我们谈到个人财务时，这一点非常明显，我们称之为“预算”，但在其他地方则常常令人感到惊讶。让我告诉你，如果你在树莓派上部署和试用你的软件，那么在Threadripper上也会运行得很快。如果你可以在80x25的终端中使用vim导航代码库，那么在强大的现代IDE中也可以很轻松地导航。资源和能力是复杂的直觉。直觉常常误导我们，认为它们让我们能做更多的事情，但往往它们允许的是同样的事情，但代价更高。