Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Facinating how this sounds - to different people - like event sourcing, functional programming and "software transaction memory".

Are people interpreting using their own experience, or is there a big overlap?



Event sourcing is one way to approximate functional programming in the large.

STM provides (compositional) thread-safety within a single process. It requires FP but other than that I don't see the comparison.


There's a big and historical overlap. Now these are all distinct topics of study, but in the 80s when these ideas originated there were precious few CS departments. Most all of the software scientists knew each other and were kind of swimming in the same primordial soup of ideas.


To me, it sounds a lot like the part of functional reactive programing that nobody bother to explain or specify.

But, well, I'm not really sure people mean that when they talk about it, because it's left unespecified. And when people implement FRP they always seem to take obvious "shortucts" with significant downsides and that avoid implementing something like this.


Author here. There is a _huge_ overlap between a _wide_ variety of programming terminology, which is why one of the motivations of temporal programming is to bring all these various ideas under one relatively simple umbrella.


To a hammer, everything looks like a nail?


And React/Redux :-)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: