Elm really is fascinating... Am I the only one who thinks FRP is just a reincarnation of dataflow programming?
I'm learning Verilog in my spare time, because I want to implement a dataflow/FRP language in hardware. (People tried to build massively parallel hardware in the past to run dataflow languages... I'm pretty sure it's a good idea.) Should be interesting!
That's like saying Rust is "just a reincarnation of imperative programming". Dataflow is an extremely general category, there's a lot of room for important differences; describing something as "dataflow" doesn't really tell you much about it.
Well, of course I'm generalising here. It's just that, to me, dataflow and FRP look very similar. At least once you go past syntax and superficial things.
(I just realised you meant to say that FRP is a subset of dataflow. I agree!)
I'm learning Verilog in my spare time, because I want to implement a dataflow/FRP language in hardware. (People tried to build massively parallel hardware in the past to run dataflow languages... I'm pretty sure it's a good idea.) Should be interesting!