4 ms·
Indeed. It's like a feature democracy where each library gets a vote on which features it finds most useful. Those that then get deeply embedded are clearly tho
by weavie 7y ago
Indeed. It's like a feature democracy where each library gets a vote on which features it finds most useful. Those that then get deeply embedded are clearly those that are most useful. Those features that aren't particularly used don't really get anywhere.
- foldr 7y agoI sort of agree with that, but features often have externalities. For example, let's say I choose to use lambda case because it makes some of my code a little bit more concise. From my narrow point of view, that seems like a win. But then it's one more piece of syntax that external tools have to deal with, one more barrier to anyone trying to develop an alternative to GHC, one little piece of additional complexity to throw off Haskell newbies who want to read my code, etc. etc.
- weavie 7y agoTrue. Those are all good points. I do still feel the upsides more than make up for it, but yes I am glad I'm not responsible for developing any external tools for Haskell!
- jolfdb 7y agoDo you need an alternative to GHC?
- nudq 7y agoWhat's GHC's bus factor? (Actual question.)
- bojo 7y agoThe top 10 contributors are active and fairly well known in the community (I recognize 5 of the names at least), of 170 members with commit bits for the project. https://gitlab.haskell.org/ghc/ghc/graphs/master https://gitlab.haskell.org/ghc/ghc/graphs/master
- foldr 7y agoI would certainly like a compiler that was fast enough to be usable with realistically-sized codebases. I'm writing this while waiting a couple of minutes for ~10,000 lines of Haskell to compile.
- AnimalMuppet 7y agoInterestingly, compilation time was one of the motivations for Go. Can you create a Haskell compiler that is faster than GHC? Probably. Can you create one that is fast? I'm much more skeptical of that.