News for hackers. Stuff that matters.
Re:Channels are Actors by carlehewitt on Friday August 03, 2018 @02:21PM (#17682224)
Fowler's talk addressed issues arising from "mixing metaphors" by having both channels and Actors in our programming languages.

The point of this post is to point out that channels are best understood as Actors that take put and get messages thereby achieving a unification in our programming languages and conceptual framework.

Of course, a channel can be conceived as a "living entity" and an Actor can be used as a "transit mechanism."

Re:Channels are Actors by jchassoul on Friday August 03, 2018 @08:17PM (#17684599)
Do you want to abolish the protagonist role of the channel abstraction like in CSP based languages and certain message brokers?

We can't have issues with channels if we're all actors and don't impedance mismatch the mixture when building our systems.

Re:Channels are Actors by carlehewitt on Saturday August 04, 2018 @03:34PM (#17688150)
Message passing communication is more fundamental than channel commutation.

However, lists {T*] of type T are very important; especially when they are used with Futures.

Re:Channels are Actors by whalesalad on Friday August 03, 2018 @02:30PM (#17682320)
"Actors that take put and get messages" – makes sense.