3 ms·
> Elm would have 5-10 people in its core team, with at least a few of those tasked with triaging issues and PRs That would be amazing, but I see this being ver
by olingern 9y ago
> Elm would have 5-10 people in its core team, with at least a few of those tasked with triaging issues and PRs
That would be amazing, but I see this being very similar to Node in its infancy. It took a fork (io.js), and a lot of strong opinions to get Joyent to relinquish its grip on the ecosystem.
I think what the developers who forked Node into io.js showed was competency and care with regards to progress. I'm not sure that could ever happen in the elm ecosystem due to it being somewhat small and niche.
- always_good 9y agoIf Node was in its infancy when the io.js fork happened, then Elm is downright fetal. I don't think you can compare them. It seems to me that the extreme BDFL governance of Elm is also its strong point at the expense of being then limited to that bandwidth, it's weak point. Unfortunately, delegating work does not come for free and a great deal of energy will be burned in people management. Unless you're clairvoyant, it can't be said whether that would be any better for Elm or mire it in an even thicker mud. Elm has a lot of unknowns that someone has to sit down and make decisions about because it wants to generalize over environments beyond browser-side Javascript. I think that sits at the root of why you can't just delegate out core contributor access. But trying to do that generalization in the first place is also why Elm has some really interesting potential in the long run than just another SPA abstraction.