项目迭代中的适应与调整策略
1. 项目迭代中的性能与注册问题
1.1 性能问题
在项目迭代过程中，性能问题是常见的挑战之一。以一个项目为例，开发人员 Matt 发现拍卖引擎存在潜在的负载问题。他和客户 Jay 预估最多可能有 100 人同时对一件物品进行投标。Matt 使用负载模拟工具进行测试，发现服务器在大约 75 个并发投标者时就达到了最大负载。
为了减少对最终用户的影响，Matt 创建了一个投标排队流程。然而，当 100 人同时投标时，投标处理时间可能长达 10 秒。Matt 进一步研究技术选项，发现缓存使用不足，每个请求都要访问磁盘。通过缓存大部分投标页面，他成功将峰值响应时间缩短到了 5 秒，客户 Jay 对此性能水平表示认可，认为这不会影响可用性，并且如果能有 100 人同时投标，他会很满意。
1.2 注册需求低估问题
项目原本希望潜在买家无需创建账户即可投标，只需提供电子邮件地址，系统会对其加密并存储投标信息，加密后的电子邮件地址将代表投标者 ID。但问题是，投标者不知道自己的加密 ID 是什么，查看投标列表时无法确定自己是否是最高投标者，只能看到加密字符串。
Matt 和 Jay 讨论后提出两个解决方案：
- 给投标者发送电子邮件，告知其加密 ID，以便他们识别。但即便如此，买家在查看投标历史时仍可能难以辨别自己的加密投标 ID。
- 要求投标者注册才能进行投标。这个方案更可行，它能简化系统设计，为用户提供便利。注册并登录的用户无需每次投标都提交凭证，客户 Jay 同意了这个方案，团队开始着手创建一个需要注册才能投标的系统。
