cardano-sl VS haskell-language-server

The daily developments were reduced by August but resumed vigorously in September. The whole of September was a busy month for developers as the daily submission rates for most coins were very high. At this time, ETH, DOT, and ADA were the leader as SOL followed closely behind. It was not till towards Mid-October that the daily developments reduced.

So, uh, the two things the blog post covers are actively awful practices. Let's look at Logging. Logging boils down to ServantLogConfig, which carries a function Text -> IO (). This is bad. Text is not a great type for logging, since it's relatively slow and encodings aren't guaranteed to be sensible (cf this bug where logging to a file was broken based on environment encoding). You want something like LogStr from fast-logger, or even a ByteString.Builder or Text.Builder even.

oops I want my Daedalus wallet (actually very surprising it's not there as Cardano uses Nix). Meanwhile this packaging request has been Open since 2017.

Otherwise you can use the following instructions for adding the caches to your local Nix install: https://github.com/input-output-hk/cardano-sl/blob/master/docs/nix.md#binary-cache

For what it's worth, coincheckup is tracking https://github.com/input-output-hk/cardano-sl which is the old repo from before they split up a lot of the infrastructure into their own repos.

The advent of language server protocol made possible the creation of HLS (Haskell Language Server), and there are plugins for many editors, such as vscode-haskell, that allow you to have auto-complete, auto-import, and automatic function signatures—also available to your editor of choice. The whole feedback loop of editing, compiling, and running is greatly improved.

HLS 2.3.0.0 is currently broken on Windows.

The Haskell community has been focusing on tooling and IDE support in the last several years. Haskell-Language-Server is a huge improvment, so the experience is probably much better than you remember, but it'll still be a while before it catches up with Rust.

static-ls is a low memory language server for Haskell that serves as an alternative to (hls)[https://github.com/haskell/haskell-language-server] with less functionality by using statically generated information. It is intended for (Highly recommend hls instead if you aren't having these issues):

I think the corresponding HLS PR is https://github.com/haskell/haskell-language-server/pull/3462, so it isn't landed yet but hopefully can be part of a HLS release before too long. (I'm not sure if it will make it in to the very next release because we're due one out to support GHC 9.6.1 pretty soon.)