|
|
|
|
|
by rektide
1092 days ago
|
|
ESM was a part of es2015. It's been 8 years that we've had to tangle with both cjs & esm. It's been absolutely awful for everyone. This crusade is nowhere near zealous nor righteous enough against the infidels & non-believers. But it also hasn't been effective enough at supporting/supplying the crusade either. Matteo's statement was that Node hasn't stabilized their loader support so tools have a harm time migrating to esm. Imo it's a pity ecmascript never stabilized a module registry, that esm 1.0 shipped & most people thought it would happen; it's long felt like a bait & switch. But it wasn't a feature browsers needed or really wanted so that unfulfillment was unsurprising. Anyhow, IMO Matteo is making a technical point that it's still hard to finish the move, which is a different spin IMO than a "advocated a moderate approach". Given the hurt we legitimately experience, I really wish Node and/or WinterCG or someone would prioritize figuring out & implementing whatever needs to go into a module registry/loader. And then beg the big tool chains that need this stuff to expedite their migrations, pretty pretty please. |
|
Okay, but let's not resist inconveniencing ourselves with the facts.
ESM got browser support in 2017 and stable Node.js support in 2020.