@runarorama thought about your dream: concurrency needs side effects, parallelism does not. Actors=concurrency dataflow=parallelism
-
-
Replying to @rolandkuhn
@rolandkuhn@runarorama not true at all! Haskell does concurrency, no side-effects. Should take a look.2 replies 0 retweets 0 likes -
-
Replying to @rolandkuhn
@rolandkuhn and Haskell has recently got a library for primitives for Erlang style concurrency: http://haskell-distributed.github.io/2 replies 0 retweets 1 like -
Replying to @puffnfresh
@puffnfresh "put" captures local effect but not the effect on the other thread, hence hidden side-effect which makes reasoning so hard2 replies 0 retweets 0 likes -
Replying to @rolandkuhn
@rolandkuhn putMVar has the effect in IO so equational reasoning is absolutely not broken. No side-effects.2 replies 0 retweets 0 likes -
Replying to @puffnfresh
@puffnfresh@rolandkuhn fwiw, non-determinism does not necessitate a lack of referential transparency.2 replies 2 retweets 0 likes -
Replying to @runT1ME
@runT1ME@puffnfresh but then your function does not sufficiently express your intent any more, concurrent comp. is not referentially transp1 reply 0 retweets 0 likes -
Replying to @rolandkuhn
@rolandkuhn@puffnfresh I often don't intend to have determinism. Only atomicity of certain operations.1 reply 0 retweets 0 likes -
Replying to @runT1ME
@runT1ME@puffnfresh my point: now you leave the realm of compile-time verifiable program behavior, and the cause is allowing concurrency3 replies 0 retweets 0 likes
@rolandkuhn @runT1ME @puffnfresh There is no essential side-effect in any kind of computation, including concurrency. #mythbusters
-
-
Replying to @dibblego
@dibblego@jedws@rolandkuhn@runT1ME@puffnfresh -- http://en.m.wikipedia.org/wiki/Scratch_monkey …0 replies 0 retweets 0 likesThanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.