我们很高兴地宣布，一项名为 Rust 项目目标 的实验性路线图制定工作已正式启动。正如 RFC 3614 中所述，计划是为 2024 年下半年 (2024H2) 制定一系列 项目目标。我们需要您的帮助！ 我们目前正在征集项目目标的想法，特别是那些有积极的负责人（owner）并有时间和资源推动目标达成的人。 如果您想提出一个目标，请在此处阅读更多关于流程的信息！

目标并非一切，但它们是我们的优先事项

需要强调的是，目标并非我们所做一切工作的穷尽列表。相反，它们是“大石块”，是那些我们最想集中精力完成的最高优先级项目。

目标代表着双重承诺

要被接受，一个目标需要有一个 负责人（owner），即同意完成推动目标所需工作的个人（或少数几个人）。然后，该目标本身必须被一个或多个 Rust 团队接受，这些团队负责通过评审、反馈和及时的决策来支持该负责人。

最终，我们期望项目团队能提供一个可供选择的“菜单”式的可用资源，例如评审人员的时间带宽，或者设计/评审会议的插槽。

项目目标允许负责人提前获得相关 Rust 团队的批准，表明他们足够重视该问题并愿意投入资源（例如会议时间和评审时间），这反过来也允许负责人投入资源（例如设计和开发时间）来解决该问题。

目标描述问题，而非解决方案

目标侧重于我们计划解决的问题，而不是我们将用来解决它的具体解决方案。当团队接受一个目标时，他们是在说这个问题很重要，并且他们愿意投入工作帮助负责人解决它。有时负责人会对如何进行有相当清晰的想法，但通常他们没有，这也没关系。

项目目标的解决方案草图可能包括通过实验来确定正确的解决方案路径，并且人们心中设想的任何解决方案都可能随着目标的推进而彻底改变。

负责人塑造提案，团队接受提案

成为一名 负责人（owner） 是一个关键角色，也是我们在 Rust 项目中以前没有正式认可的角色。

成为负责人是一种承诺，同时也是一种荣幸。负责人应充当该领域的总体专家。他们将与利益相关者互动，并接受和协调关于设计的输入。

作为投入精力实现目标的交换，负责人被委托设计和提出解决方案。最终，Rust 项目团队将评审这些提出的解决方案并予以批准或拒绝，但期望是团队会提供反馈或额外要求，而不是自己接管设计工作。

目标规模

预测未来总是困难的，尤其是关于未来的预测。

项目目标通常会描述目标达成后 Rust 闪耀的未来是什么样子。然而，人类在规划和估算方面出了名的不擅长，此外，资源承诺可能有时间限制，并且可能需要定期重新评估。

因此，项目目标应主要侧重于可在年内完成的中期目标，以及在该时间范围内要完成的现实里程碑。有些项目目标可能在此时间范围内完全完成。其他项目目标可能设定增量里程碑（例如，发布一个 RFC），甚至只是为了确定可行性的实验。

缺乏负责人的目标

为了让团队接受一个目标并为此投入资源，它需要一个负责人。然而，在某些情况下，项目团队意识到一些他们希望解决的长期存在的问题，但他们尚未确定一个承诺解决这些问题的具体负责人。

作为一项实验，我们还将列出一些 暂时接受的 “缺乏负责人的目标”，这些目标团队已初步评审过，并表示如果有人愿意成为负责人，他们愿意为此投入。我们这样做既是为了提供一些项目目标的例子，也是为了邀请大家为这些长期存在的问题提供解决方案。如果这次尝试顺利，我们可能会正式确定一个更清晰的流程，用于预先批准这种缺乏负责人的目标。

如果您想在没有负责人的情况下起草一个这样的目标，请与我们以及潜在的项目团队进行沟通。

反之，如果您想成为这些 缺乏负责人的目标 中的一个的负责人，请联系目标中列出的团队成员。

目标选择流程

一般来说，只要团队有资源投入，他们可以在任何时候接受新的项目目标。然而，我们也希望利用项目目标来制定路线图。此外，我们希望尽可能方便团队评估他们正在投入的资源以及所有这些承诺是否兼容。

因此，对于本次首次尝试，我们主要目标是为 2024 年下半年 (2024H2) 选择一组目标。未来，我们将努力在随时接受新目标和拥有定期路线图和工作周期之间找到合适的平衡点。

入门指南

如果您想提出一个目标，请查看 目标提案文档。

如果您想成为一个 缺乏负责人的目标 的负责人，请与我们联系。

如果您想找地方讨论项目目标，请 加入我们的 Zulip 频道。