haskell-template VS haskell-language-server

- Check in CI (as Nix flake check)

Example repo: https://github.com/srid/haskell-template

The pre-commit configuration: https://github.com/srid/haskell-template/blob/master/nix/mod...

https://nixos.asia/en/direnv

But if you are comfortable with Nix you don't need Devbox per se, as you can get by with using Flakes. Here are some examples -- just `git clone` and run `direnv allow` (once), then you are put in the corresponding devShell

Haskell: https://github.com/srid/haskell-template

Rust: https://github.com/srid/rust-nix-template

home-manager: https://github.com/juspay/nix-dev-home

Dioxus: https://github.com/srid/dioxus-desktop-template

I am a Haskell newbie myself. Found nix flakes and https://github.com/srid/haskell-template really nice to start with (of course some learning curve is unavoidable).

If you wanna get started with Haskell on Nix, check out Sridhar Ratnakumar's Haskell template for Nix. You can easily clone the repo and move your Haskell code into it, especially if you're still a novice (as you likely won't be dealing with a HUGE codebase).

I'd say that's up to you. haskell-template did recently switch to this; you can see the changes in this PR, which is all limited to flake.nix.

Could you open an issue here with the full error message?

I think you should use ghcup because Nix has a higher learning curve ... BUT if you ever want to try out Nix, there is https://github.com/srid/haskell-template which sets everything up for you so that things "just work" in VSCode.

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.

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):