Split roadmap into phases; add recent additions #97
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I added @cspotcode’s suggestions from nodejs/node#43818 (comment) to our roadmap, and split the roadmap into two phases: the first which is for ESM to achieve parity with CommonJS, and the second is for everything else 😄
Also, I added finishing
--experimental-vm-modules
to this list because it comes up as one of the missing pieces in ESM; it’s the biggest thing holding Jest back, for instance. But I wonder how essential it is? I understand that the Jest team surely would prefer not to refactor away from usingvm
under the hood, but Vitest seems to support most (almost all?) of Jest’s API and claims full ESM support. Are improvements tovm
truly needed for ESM to achieve parity with CommonJS? “Parity” here being defined as the capabilities end users have access to once package authors refactor, to swap out one API for another (just as they had to use loader hooks instead ofrequire.extensions
).