You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 2, 2023. It is now read-only.
Lets document the current state of Modules in Node.js #402
Ideally this will mostly be a completely neutral article, but where there are points of disagreement, it'd be great to have a kind of "editorial paragraph" for each side explaining the positions.
@ljharb are you ok with keeping disagreements / editorialization scoped to the issue of dual-mode packages and the specifier hazard? I'd like too avoid re litigating other parts of the implementation
I would also hope to minimize the points of public disagreement - we don't want to have this document appear incohesive - but I think it's too early to commit to that until the document is more fleshed out.
I would also hope to minimize the points of public disagreement - we don’t want to have this document appear incohesive - but I think it’s too early to commit to that until the document is more fleshed out.
@ljharb you’re the one who requested TSC review. What would you potentially want them to review beyond the hazard / dual package divergent specifiers?
To properly ramp up, they'd need maximum context - including trying to understand where all our perspectives come from. This involves more than just the decisions at hand.
The state of modules is https://nodejs.org/api/esm.html. The document would basically just be that, plus whatever points of disagreement we have.
So if you don’t have any others, we can point them to those docs and write a section about the hazard / dual package divergent specifiers, and that’s it.
I don’t think the TSC wants to be pulled in to referee any disagreements we may have. They already kicked the @/~ decision back to us. We should only involve them for major issues that might affect the public perception of Node.
Activity
MylesBorins commentedon Oct 16, 2019
/cc @nodejs/tsc
ljharb commentedon Oct 16, 2019
Ideally this will mostly be a completely neutral article, but where there are points of disagreement, it'd be great to have a kind of "editorial paragraph" for each side explaining the positions.
MylesBorins commentedon Oct 16, 2019
@ljharb are you ok with keeping disagreements / editorialization scoped to the issue of dual-mode packages and the specifier hazard? I'd like too avoid re litigating other parts of the implementation
ljharb commentedon Oct 16, 2019
I would also hope to minimize the points of public disagreement - we don't want to have this document appear incohesive - but I think it's too early to commit to that until the document is more fleshed out.
GeoffreyBooth commentedon Oct 16, 2019
@ljharb you’re the one who requested TSC review. What would you potentially want them to review beyond the hazard / dual package divergent specifiers?
ljharb commentedon Oct 16, 2019
To properly ramp up, they'd need maximum context - including trying to understand where all our perspectives come from. This involves more than just the decisions at hand.
GeoffreyBooth commentedon Oct 16, 2019
What would you potentially want them to review beyond the hazard / dual package divergent specifiers?
ljharb commentedon Oct 16, 2019
Not sure yet; I'll let you know as the document fleshes out :-)
GeoffreyBooth commentedon Oct 16, 2019
The state of modules is https://nodejs.org/api/esm.html. The document would basically just be that, plus whatever points of disagreement we have.
So if you don’t have any others, we can point them to those docs and write a section about the hazard / dual package divergent specifiers, and that’s it.
I don’t think the TSC wants to be pulled in to referee any disagreements we may have. They already kicked the
@/~decision back to us. We should only involve them for major issues that might affect the public perception of Node.ljharb commentedon Oct 16, 2019
I'm not suggesting they'd change already-decided things - but it's still important for them to know the context.
MylesBorins commentedon Oct 21, 2019
Shared with the TSC. We can revisit later if we want to turn this into some sort of blog post.