Re:Why Isn't Functional Programming the Norm? [video]
by Scarbutt on Thursday October 17, 2019 @12:30PM
(#21283706)
I would say "real time graphics" is one of the niches FP is not well suited for, most business software doesn't need to work at the level of the machine.
[ Parent
| on HN ]
Re:Why Isn't Functional Programming the Norm? [video]
by grumpyprole on Thursday October 17, 2019 @01:14PM
(#21284177)
There is certainly prior art for complex games running smoothly in Haskell:
https://wiki.haskell.org/Frag
This particular solution used functional reactive programming, essentially a composition of signal/event processing functions/automatons.
Re:Why Isn't Functional Programming the Norm? [video]
by ansible on Thursday October 17, 2019 @02:20PM
(#21284933)
Ten years ago, that was the only substantial game written in Haskell. That you're citing that same game now is a bit telling.
Note the upload date:
Re:Why Isn't Functional Programming the Norm? [video]
by willtim on Thursday October 17, 2019 @05:57PM
(#21286712)
Ok here's a talk about making Haskell games that took place last week: https://keera.co.uk/blog/2019/09/16/maintainable-mobile-hask...
I don't deny that making games in Haskell is niche, but it's certainly possible. Frag was just an example I remembered (ten years is recent for an old git like me).
Re:Why Isn't Functional Programming the Norm? [video]
by jstimpfle on Friday October 18, 2019 @03:57AM
(#21289469)
If I remember correctly, in that thesis the author mentioned explicitly that the game didn't run very fast. If you watch the video from 2008, the in-game stats list framerates >60fps but the game itself is very laggy. Maybe there is a separate renderer thread?