Spec 里有一个很大的错误。当我把这个错误写下的时候，我已经猜测 port 443 这个错
误,会使用在安全 http 协议，,配置去使用代理服务的时候甚至会在因特网里出现。
我误信了代理服务器不会在 SSL，因为他会出现在浏览器，从而发起攻击。明显结果
是错误的。之后我们追溯到第一个 beta 版，我们发现错误是怎么产生的。因此,最终实现的
Copilot 1.0 做了一些没有过计划过的工作来支持代理检测以及不同类型的代理服务器。我
们准时完成了版本 1.0 的这些工作并且把剩下的工作也结束了。我们就升级为版本 1.1.
这么说吧,全靠我们的努力，仅仅增加额外的代理工作大约 10%。原因在于你写一份规
格书也不可能提前解决每一个问题；原因在于你提前解决尽可能多的问题,从而在你开发的
时候有可能减少一些缺陷。在我们的例子中,有很多刚出校门的暑假实习生，我们简直无法
低估需要建设工程 Aardvark 的工作量或者我们无法容忍当孩子饮用啤酒和玩扑克的时候，,
我在一直调试工程到 9 月份。
很多时候，我会提前思考一些事情从而减少我开发的时候的思路不通的情况。当我写
规格说明书的初稿的时候，我有一个更复杂的流程图，假定任何一方都会触到这个过程。
这变得极端复杂和令人费解的各种各样的原因。当我在屏幕下工作的时候，我需要允许任
何一方都需要启动过程。我意识到,Aardvark 将会有用的,从根本上简单,如果助手开始运作
的整个过程。此改变这个规格要花费一两个小时。如果我们已经更改了代码,那就会延长了
数周的计划。我不能肯定地告诉你我多么相信大设计在前场,极限编程的支持者认为深恶痛
绝。我利用 BDUF 来节省时间和做更好的产品,我很骄傲地使用它，不管 XP 痴迷者呼叫什
么。他们仅仅是错误的,在这一点上,我不能也不清楚。
在们后来的过程中发现，还有另外一个很重大改变并没有反映在可用性测试规格。经过可用性测试后,我们发现,
我们的一些关于申请专利删除自已的原则被搞糊涂。这不是什么用户期望的，我们修改我们的最终产品，从而帮助他
们去检查操作者执行而删除的一些操作，但是它并没有自动做。这样一来就大概理解计算机了，从而确保一些不安全
的可执行文件还在用户的电脑里。我认为这种操作会大概花费两个小时，因此它不影响时间表。最后,你会注意到一个
巨大的“编码”部分在中间的规格说明书里。坦率地说,这并不属于的功能规格,它应该真的是一个单独的文件。
然而,正如我意识到规格说明书的今天，我吃惊了发现一去实施 Aardvarkians 的事情是一份很好的工作。我是认
真的,我很期待我们将不得不削减特征;相反,我们想在版本 1 装载很多东西和甚至去添加一个特征去升级版本 2。
—————— Joel Spolsky, August 17, 2005
关于本规格
本规格书只是设计 Aardvark1.0 的一个起点而不是最终的蓝图。当我们开始制造产品,我们会发现很多很多的东西,它
不会完全按计划进行工作。我们将创造新的特征,我们会改变一些东西，,我们会优化代码来进行工作等等。我们会尽量
保持规格方面的最新变化。你决不应该考虑这些规格说明书是否圣洁等等。
概述
“Aardvark 工程”是一个新产品代号，在 2005 年被开发出来的。实际的产品名字各有不同的。
“Aardvark”允许人们通过因特网暂时帮助他们的朋友、亲戚和客户的计算机问题。为了将内部资料保密,我们指的是帮
助做这件事的人的助手和某人的计算机被控制的请求者。
这是一份简短的 Aarkvark 的工作过程。
1、助手去 Aarkvark 的网站去注册登记和付款。他们可以 PayPal,信用卡来支付,，这样的话他们能得到一个快速免费试
用期，或者他们可以要求请求者支付。
2。Aarkvark 会给帮手一个邀请号码。请求者的手机可以读到这个信息。
