When and why should features stop being experimental? #21505
Replies: 4 comments 2 replies
-
We have such a process. It's called a SIP. Any language change must go through that. Standard library experimental currently do not have any equivalent process. |
Beta Was this translation helpful? Give feedback.
-
My two cents on the subject is that the situation would likely improve if we made sure features are simply not allowed to remain perpetually experimental. We could say that the experimental bit can be set for at most X months and/or Y minor releases, after which the feature would have to either be merged, revised, or removed. That would mechanically trigger discussions about the relevance and overall "vibe" of a feature. As for the second question: I think it is probably best to maintain status quo for two reasons:
|
Beta Was this translation helpful? Give feedback.
-
My proposal (discussed also internally) would be to add a process:
Ad. 3 We might need to invite additional people for some feature discussions. If something needs a SiP approval we can do it during 5. |
Beta Was this translation helpful? Give feedback.
-
We've had a short discussion on the core meeting and we simplified the possible procedures.
We can adjust the procedure if it turns out too complex or not complex enough. |
Beta Was this translation helpful? Give feedback.
-
When new features are added, they are generally first annotated as
@experimental
, until they are deemed "stable enough" to be included without flag.During the last LAMP compiler meeting, we were wondering: what does "stable enough" mean? When can a feature be considered stable enough? And who makes that call? Do we need to have a clear process for this?
Another question was: should the compiler use the
-experimental
flag itself? The experimental documentation page says that "dependent projects also have to be experimental". If this is still true, we would probably not want that for the compiler.What do you think?
Beta Was this translation helpful? Give feedback.
All reactions