- Feature Name:
future_possibilities
- Start Date: 2018-10-11
- RFC PR: rust-lang/rfcs#2561
- Rust Issue: N/A. The RFC is self-executing.
Summary
Adds a "Future possibilities" section0000-template.md
RFC template that asks authors to elaborate on what natural extensions there might to their RFC and what future directions
Motivation
The benefit for the author
Often times, when an RFC is written, the only thing an author considers
The author of this RFC has benefitted personally from writing future-possibilities sections
For the team
The holistic perspective that a future-possibilities section
- why something is proposed,
- what the long term項、用語effects of said proposal is,
- how said proposals fit with the product vision and roadmap that the team currently has.
For readers in general一般
More generally, the benefits for the teams described
Guide-level explanation
This Meta-RFC modifies the RFC template by adding
Please read the reference-level-explanation for exact details of what an RFC author will see in the changed template.
Reference-level explanation
The implementation
Future possibilities
Think about what the natural extension and evolution of your proposal would be and how it would affect the language
言語and project as a whole in a holistic way. Try to use this section節as a tool to more fully完全にconsider考える、みなすall possible interactions with the project and language言語in your proposal. Also consider考える、みなすhow the this all fits into the roadmap for the project and of the relevant sub-team.This is also a good place to "dump ideas", if they are out of scope for the RFC you are writing but otherwise
さもなければrelated.If you have tried and cannot think of any future possibilities, you may simply state that you cannot think of anything.
Note that having something written down in the future-possibilities section
節is not a reason to accept受け付ける、受理するthe current or a future RFC; such notes should be in the section節on motivation or rationale in this or subsequentその後のRFCs. The section節merely provides与えるadditional追加のinformation.
Drawbacks
There are three main potential drawbacks:
The section節 will be unused
There's some risk that the section
However, some of the RFCs written by the this RFC's author have not had such sections.
Higher barrier to entry項目
As noted in RFC 2333, which was the last RFC to extend
Readers reacting negatively on the future possibilities
Another potential drawback is that readers of the RFC will focus too much on what is written in the future-possibilities section
Rationale and alternatives代わりのもの、選択肢
-
We could rephrase the section
節in variousさまざまなways. It is possible to do such tweaking in the future. -
We could rename it to "possible future work" or "future work" where the latter is more customary, but we have opted to use a section
節title that makes it more clear that the contents of the section節are not what is accepted受け付ける、受理するbut only possibilities. -
We could move the section
節up and down and around. -
We could simply not have such a section
節and leave it up to each author. However, we argue here that it is beneficial to hint at the possibility of providing与えるsuch a section.節It might otherwiseさもなければnot occur起こるto the author that such a section節could be written.
Prior art
None of the languages
Unresolved questions
None as of yet.
Future possibilities
It may be the case that we would overhaul the RFC template completely if we undertake larger changes to the RFC process itself as is proposed in the staged-RFCs idea. However, we'll likely want to determine