3 ms·

If I recall correctly, Elm grew out of Mr Czaplicki's PhD thesis or project. It seems that he still considers it _his_ project, which is fine for him and his em

If I recall correctly, Elm grew out of Mr Czaplicki's PhD thesis or project. It seems that he still considers it _his_ project, which is fine for him and his employer but it does it make it hard for those not close to him to see where the language is going and get support. In a perfect world (according to me), Elm would have 5-10 people in its core team, with at least a few of those tasked with triaging issues and PRs. That wouldn't mean "giving up" control of the language and its future.

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 ago
  If 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.
seanmcdirmid 9y ago
His senior thesis at Harvard. Evan doesn’t have a PhD (not that he needs one).

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 ago
If 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.

seanmcdirmid 9y ago

His senior thesis at Harvard. Evan doesn’t have a PhD (not that he needs one).