Our great sponsors
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
-
keera-hails-reactive-htmldom
Keera Hails: Haskell on Rails - Reactive Programming Framework for Interactive Haskell applications
-
reflex-platform
A curated package set and set of tools that let you build Haskell packages so they can run on a variety of platforms. reflex-platform is built on top of the nix package manager.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
The backend was 'plain' Haskell, but I have trouble setting up an environment where I can use ghc to compile the backend. I have an old .cabal file that I was apparently using to deploy the backend to Heroku, but it seems that too many things have changed since then.
Back then, I was using Haste to compile Haskell to JavaScript for the frontend part. But now I fail to properly restore the environment to make the hastec call work. Also, I'm not sure if Haste is still actively maintained.
I don't know anything about Haste, but you can get GHCJS 8.6 (or 8.10 with a bloated executable) via nix fairly easily or alternatively wait until the JS target recently merged into mainline ghc gets production ready: https://engineering.iog.io/2023-01-26-ghc-update.
Note I only have experience with the reflex/obelisk path, so can't do much of a comparison with the other approaches. FWIW here's an example of a game using reflex-dom on the frontend: https://github.com/nomeata/kaleidogen