Spectrum：有时候，当你有了这些想法，你是如何保存关注它们的呢？你把它们贴在墙上的巨型板子上还是把它们存在数据库里面呢？

Teller：我们的确会追踪关注一个项目，特别是在我们「杀死」它们之后。有两个原因：第一，我们不想重新造轮子。我们不希望我们两年之后加入的新人又提出和我们以前「杀死」的项目类似的想法，然后花三个月的时间去重新发现它。

原因二是我们想去跟踪我们现有的想法，我们用一个数据库来保存它，因为有时候我们会提出新的假设（以便重新审视它）。假设我们不会去进行一个项目，因为它的一个必要的组成成分是拥有锂离子能量密度的 10 倍的电池；这是并不存在的，我们认为它在未来五年都不会出现，所以我们不会不开始这个项目。但是如果有一天这个电池出现了，我们可以回过头说，「嘿，等一下，现在我们可以重新考虑这个潜在的登月项目了，因为我们当时『杀死』它是因为没有这项技术，然而现在这项技术出现了。」

所以，我们的索引方式并不是听起来那样的：在某个地方输入「我们有这种电池了」，然后那些因为缺少这种电池才被我们「杀死」的登月项目就会自然而然地退出我们的数据库。我们并不是这样的组织的，但是我们对这些东西进行内部事后验证，以便我们了解。

每当我们「杀死」一个项目，特别是对于那些被我们「杀死」的级别较高的项目，我们把这些案例写入数据库的另一个原因是因为我们想问一个问题：「当然，我们不会因为一个人没有在这里成功的完成项目就认为他不是一个优秀的人，但是我们知道，如果一个项目应该被放弃，我们就会放弃它」。在事后论英雄总是可以做到百分之百。但我们仍然想要问这个问题，有时候答案是这样，你知道的，我们只做那些我们认为可以做成的项目，但是还有很多其他的时候，我们都会说：「是的，在我们项目中有一个错误，我们本可以早一点发现这个致命的错误，但是我们没有。」也许这是因为我们没有相关的专业知识，但是这也不能成为我们没有发现这个错误的理由，我们应该聘请一个顾问，这样我们就可以做得更快了。

Spectrum：这个数据库中有多少个条目？

Teller：我不知道具体数目，但至少有 100 个吧。该数据库中的每一个条目都代表了数百乃至数千小时的个人工作。那些无法持续很长时间的想法不能放在那里，但是有些确实是非常好的想法。

「大多数问题是错误的，这也没有什么遗憾。哪个是天才，哪一个疯子，直到你深入了解以后才能知道。」

例如，几年前有人问，「我好奇我们是否能从雪崩中获取能量。」我记得我们坐在一起，计算了一场中等规模雪崩的总动能，以及一年能有多少场雪崩，还有你是否有一台理想的设备能神奇地从一个地方传送到另一个地方并且一直保持在雪崩发生的底部——所以那就是这个案例的最好情况，但它并不足够大。我们在半小时内就终结了这个想法。而那是一个刺激智力的半小时，而且我认为那是一个很棒的问题。大多数问题是错误的，这也没有什么遗憾。哪个是天才，哪一个疯子，直到你深入了解以后才能知道。

后来过了一两年之后，有另外一个人问我们能不能绕北极建一个铜线圈，然后让地磁场流来在线圈中产生电力。现在的问题是，这些铜的成本是多少，架设这些线圈需要多少钱？然后我们应该把这些线圈安置在什么地方，在传输过程中我们会损失多少热？然后，如果我们把铜线的截面做大一点，会不会电阻更小，热损失也更小？好吧，这会一下需要大量的铜。不，你甚至没办法围一个圈/电路（双关语）。这个想法大概也没活过半小时。

Sergey 的蝙蝠洞

Spectrum：我们来谈谈在 Sergey Brin 的领导下，X 建立 6 年来的发展。在 2013 年的时候，你曾说 X 就是 Sergey 的蝙蝠洞，并称 Sergey 是布鲁斯·韦恩，你自己是卢修斯·福克斯。

Teller:现在的情形和当时有点不一样了。