Personally I was very excited about the Carl Hewitt's work on
ActorScript [1] lately. IMHO something like Lively Kernel could provide
the client infrastructure for this Client Cloud computing. What is your
opinion on his work? I also liked the notation he uses in the paper.
What I do not like
Regarding syntax understanding: Yes I am aware of OMeta as well as the
original work on PEGs. (And also of PEG/LEG work by Ian). I see is that
OMeta is used in the Lively Kernel also to understand Smalltalk Syntax.
Is this just proof of concept or is there some attempt to be able to run
Squeak
I've been following with great interest the FoNC developments at VPRI.
I too am very interested in compact, simple and expressive
representations of computer-based solutions. My focus for the last
three years has been on the Actor model of computation [1][2]. It
seems to me that actors are
Congrats on sticking with your work Dale. I'm impressed.
On Sun, May 9, 2010 at 6:38 PM, Dale Schumacher
dale.schumac...@gmail.com wrote:
I've been following with great interest the FoNC developments at VPRI.
I too am very interested in compact, simple and expressive
representations of
On Sun, May 9, 2010 at 6:38 PM, Dale Schumacher
dale.schumac...@gmail.com wrote:
Humus is a pure actor-based programming language
Hi Dale,
Are the messages that a Humus actor sends internally (calling methods on
itself, etc) also asynchronous? And if so, does this mean that a given
On Sun, May 9, 2010 at 8:39 PM, Steve Dekorte st...@dekorte.com wrote:
On Sun, May 9, 2010 at 6:38 PM, Dale Schumacher
Are the messages that a Humus actor sends internally (calling methods on
itself, etc) also asynchronous? And if so, does this mean that a given
instance will never need more
On 10/05/10 04:59, Alan Kay wrote:
There are already
quite a few Smalltalk elements in Factor (and the postfix language
itself (for most things) could be used as the byte-code engine for a
Smalltalk (looking backwards) and for more adventurous designs (looking
forward)).
Factor already has a
