选举2029：引言
自从我开始建设英国2029年选举网站已经超过8个月了，现在是时候写一篇介绍性文章，以便后续深入更详细的技术主题。
2024年，在英国大选宣布后不久，我在https://jonskeet.uk/election2024创建了一个小型网站，最初是为了跟踪Sam Freedman的选举预测并与实际结果进行比较。网站的范围有所扩大，但从未打算做得特别精致或面向广大受众。从第一次代码推送到选举日的总时间约为4周。
然而，在选举日当天，我决定非常享受这一体验，于是当天注册了election2029.uk域名，创建了新的GitHub仓库和新的GCP项目，并推送了一个初始占位页面。有关2024年网站的更多详细信息，请参阅我早先关于选举之夜的文章 - 除非为了比较目的，我不期望回顾任何技术细节。
对于2029年网站，我有更广泛的目标受众和更长的时间尺度。我怀疑很少有"小型"项目（就贡献者数量和预期花费时间而言）有如此长的截止日期。我们还没有确定下一次英国大选的日期，但我相当有信心它将在2029年举行 - 我个人猜测是2029年5月。如果我们预计对下一次选举的兴趣在2028年底或2029年初开始升温，那么从首次注册日期到我预计网站真正需要具有相当吸引力时，我还有超过4年的时间。
选举日期是一个有趣的截止日期，它既是"非常宽松的"（我从未在如此长的时间尺度下工作过），又确实很紧迫（如果它在选举后才完成，那就毫无意义了）。
该网站已经在2025年3月拥有了我预期包含的大部分功能，因此我希望大部分数据模式是合适的，即使数据的呈现方式会发生很大变化。即使在过去的8个月里，我在技术方面也获得了许多乐趣，我希望能通过博客文章分享相当多的内容。
这篇文章没有涉及任何技术方面，但我认为值得概述我想要实现的目标。
需求
- 对选举爱好者和普通公众都有价值且信息丰富。（我认为思考"普通选民"想知道什么可能是最大的挑战之一。）
- 对用户完全免费 - 无订阅、广告，甚至无cookie。
- 对用户快速 - 我认为没有任何理由任何页面不应该在眨眼之间加载，并且应该真正使用非常少量的数据。（外部JavaScript库可能是数据传输的主要部分，只有在您想要查看可视化内容（如地图、图表或桑基图）时才需要这些库。）
- 对我而言成本低廉 - 我不应该最终不得不担心网站每天花费多少，除非它变得非常受欢迎，出乎意料地……即使在我最疯狂的梦想中，这也只可能在选举活动本身的几周内产生财务影响。（作为对此的注意事项，如果我认为我有一个值得访问但难以获得关注的网站，我考虑在某个时候付费广告。显然，我很希望在受欢迎的播客或类似平台上被提及，然后通过口碑获得流量。）
- 对我而言有趣 - 如果这开始变得更像一件苦差事而非乐趣（并假设在那个时候我没有重要的用户基础会感到失望），我可以直接关闭它。不过，我认为这极不可能发生。
- 基于事实 - 这并非旨在成为我政治倾向的载体，也不是练习政治分析的机会。在选择包含哪些民意调查等方面总是存在潜在的偏见风险，但现实地说，我怀疑我实际上会排除任何主流内容。（我不会做538风格的民意调查机构评级。）
未来文章
我预计会随时间撰写以下主题的文章 - 我怀疑有些文章会包含多个主题。
- 高层架构和技术选择
- 数据模型：ElectionContext和ElectionCoreContext
- 第三方API和数据转换
- 存储选择（Firestore和文件）
- 使用JavaScript的乐趣
- 在1MB文档中存储超过200万个邮政编码
- 不变性、记录和性能
- 业余项目中的多环境
- 在Cloud Run中黑客式实现"后台服务"
如果您希望我涵盖任何其他主题，请在评论中告知。