3 ms·
> That's not how I've seen it, since a lot of problems [...] have been solved "Solved" is an overstatement. The javascript ecosystem is house of cards. Modular
by lhorie 6y ago
> That's not how I've seen it, since a lot of problems [...] have been solved
"Solved" is an overstatement. The javascript ecosystem is house of cards. Modularity is far from solved, for example support for the browser field in package.json is all over the place, hoisting leading to phantom dependency bugs is another clusterfuck. A large number of popular packages want to own module resolution or parsing or both (jest, typescript, CRA, storybook, yarn v2, to name just a few), leading to inconsistencies between tools. Not too long, create-react-app broke because of some oversight from some library author over some package.json field lead to a broken publish. Bizarre bugs from the tree-shaking vs side effects dichotomy. The existence of things like yarn resolutions and patch-package and proxyquire. Abysmal symlink support. The list just goes on and on.
You _can_ get little pockets of very tightly integrated experience w/ comprehensive toolsets like Angular, Ember or to some extent CRA, but if you need to venture outside in a non-trivial way, the pain of fragmentation is real.
- ravenstine 6y agoThose are mostly problems with Node.js, not JavaScript itself. But fair point since they are part of the JavaScript ecosystem and I did mention a framework. The different module implementations are a problem, but at least there's a standard that they are mostly emulating now and native support will eventually work and be adopted, especially with HTTP2+. "Solved" might be an overstatement, but there's still been a ton of improvement. ES5 is a madhouse compared to what we have now.