-
I'm not entirely sure where it uses GitHub and where Hackage, but there are a few GitHub issues on the Stack repo about it:
- Binary upgrade of Stack fails due to GitHub API request limit #4979 (https://github.com/commercialhaskell/stack/issues/4979)
- GitHub rate limiting can affect Stack CI #6034 (https://github.com/commercialhaskell/stack/issues/6034)
And a few more. The "fix" is having Stack impersonate the user (https://github.com/commercialhaskell/stack/pull/6036) and authenticate to the API. This unblocks progress, but this is really a design bug and not something I think people should emulate.
Every other language I've used allows you to build code without authenticating to a remote service.
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
-
Well what kind of values and how many updates? You might have to call an external library to get decent performance, like you would use NumPy in Python. This might be of interest: https://www.acceleratehs.org/
-
rust
Discontinued Empowering everyone to build reliable and efficient software. [Moved to: https://github.com/rust-lang/rust] (by mozilla)
Rust was bootsrapped in OCaml.
https://github.com/mozilla/rust/tree/ef75860a0a72f79f97216f8...
-
scala-cli
Scala CLI is a command-line tool to interact with the Scala language. It lets you compile, run, test, and package your Scala code (and more!)
-
-
For reference (in case it's helpful), my website (where this essay is hosted) is written in Haskell and is basically a fairly simple webserver.
For the "hello world" webserver, this might be a bit instructive: https://github.com/gfarrell/gtf.io/blob/main/src/GTF/Router....
-
-
https://haskell-beam.github.io/beam/ is fantastic, but good luck understanding it if you don't already know some Haskell
-
-
> GHC2024 goes even further and includes extensions that are even more unstable, like DataKinds.
But DataKinds is not stable. It's one of the most stable extensions possible! The link you provided even says it's stable:
https://github.com/telser/ghc-proposals/blob/initial-extensi...
> It hasn't even been decided yet which extensions are stable
It's essentially known, but it's not formally agreed. The fact that this proposal exists is evidence of that!
> GHC2021 still promises compatibility in future compiler versions. So either, you'll have GHC retain inferior semantics because of backwards compatibility, or multiple ways of doing the same thing.
GHC2021 will always provide ScopedTypeVariables. A future edition will probably provide TypeAbstractions instead. Being able to make progress to the default language like this is the point of having language editions!
-
> It tends to have 'first error, breaks rest of compile' problems
Sort of. It has a "failure at a stage prevents progress to next stage", so a parse error means you won't type check (or indeed, continue parsing). See these proposals for some progress on the matter
* https://github.com/haskellfoundation/tech-proposals/pull/63
* https://github.com/ghc-proposals/ghc-proposals/pull/333
-
haskell-language-server
Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.
The Haskell Language Server (LSP) always needs help: https://github.com/haskell/haskell-language-server/issues?q=...
As for GHC compile times... hard to say. The compiler does do a lot of things. Type checking and inference of a complex type system, lots of optimizations etc. I don't think it's just some bug/inefficient implementation, bc. resources have been poured into optimizations and still are. But there are certainly ways to improve speed.
-
learn-haskell-blog-generator
Learn Haskell by building a blog generator - an introductory book about Haskell.
There is also [Learn Haskell by building a blog generator](https://learn-haskell.blog/) - that might be interesting to you.
