Our great sponsors
-
ihp
š„ The fastest way to build type safe web apps. IHP is a new batteries-included web framework optimized for longterm productivity and programmer happiness
-
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.
To learn to build something more real world and less synthetic, I decided to create a small web app where users can rate and comment on courses from my university and then went looking for an appropriate framework. In the official wiki I found https://ihp.digitallyinduced.com/ which looks like an incredible piece of software engineering and I immediately watched their 25 video of demonstration and quite fell in love with it. BUT I am worried that using this would take away a lot of classical Haskell, because to me it seems a lot like Django or similar frameworks. With their different custom syntax operators like |> I feel like Iād be more learning their framework than actually Haskell. Is that a legitimate concern? My main goal is not to build a wonderful web app that makes me $$$ but just to build something with Haskell that is useful and that I can extend over time.
For easy, rapid development. If I'm processing text at the command-line and I realize that I need a Unix command-line tool which doesn't yet exist, say, one which reverses each line, I can very easily pipe my text into ghc -e 'interact (unlines . reverse . lines)' (or even more easily as hawk -md L.reverse) and move on to the next step of my text manipulation. If I had to open a text editor, create a new Haskell project, write the code which grabs the input, processes the lines, and then outputs the result, then this amount of friction is large enough that it's not worth it for a one time task. I'd probably find a different way to do it which is less expedient than the interact solution but more expedient than creating a new Haskell project.