Re: [FRIAM] Programming Languages

thank you! On Mon, Aug 10, 2020 at 1:48 PM uǝlƃ ↙↙↙ wrote: > Ha! Yeah. Sorry. I was just trying to promote your work. It won't happen > again. > > On 8/10/20 12:21 PM, Dale Schumacher wrote: > > 1. "wherefore" means "why", not "where".

Re: [FRIAM] Programming Languages

1. "wherefore" means "why", not "where". 2. I'm working, not monitoring the lists all day. 3. The simplest comparison I can come up with is that FRP is more of a continuous-signal model and Actors are a discrete-event model. Otherwise there are lots of similarities. Actors are reacti

Re: [FRIAM] Programming Languages

And given Alan Kay's statements about Actors being closer to his original conception of Objects, and that the key idea is the Message (async one-way in the Actor case), a strong composable option would be something like Humus. Since all Actor state is private, it can only be manipulated by the acto

Re: [FRIAM] The Second Wave is Gathering

Sorry. I quoted cases confirmed (which would be higher with more testing, of course). The death toll is 97,794. On Mon, May 25, 2020 at 9:23 AM Dale Schumacher wrote: > 1,646,495 as of this morning, according to > https://coronavirus.jhu.edu/map.html > > > On Mon, May 25,

Re: [FRIAM] The Second Wave is Gathering

close. >> >> >> >> Oh, it appears to be “Ich habe es dir gesagt, Trottel” >> >> >> >> That comes off the tongue pretty good, too. If invective is what one is >> after, it’s hard to beat german. >> >> >> >> NIck >&

Re: [FRIAM] The Second Wave is Gathering

It seems to me that this is a misapplication of the term *schadenfreude*. Assume Russ feels that same way I do, I would clarify that I do not "take delight in the suffering of another". Rather that I hope that a population that is making horrible choices will directly experience the consequences of

Re: [FRIAM] Classes, Complexity, and Functional Programming – Kent C. Dodds – Medium

A while ago, I wrote up a few examples of functional and reactive (actor-based) techniques using JavaScript. Perhaps they will add something to this discussion. http://www.dalnefre.com/wp/2017/01/same-fringe-revisited/ On Sat, Aug 12, 2017 at 11:20 AM, Owen Densmore wrote: > Great info, thanks

Re: [FRIAM] Samsung Note

I've had a Note 8 for about a year, but I didn't go for the cellular-radio option (I use an iPhone). I chose the 8 over the 10 due primarily to weight, and the ease with which I could hold it one-handed while writing on it with the stylus. My use case is mostly S-Note for diagramming and general

Re: [FRIAM] API alternative?

I prefer the term "protocol". It encompasses the medium, the format, the expectations/assumptions and the potential dialog among the participants. On Sun, May 5, 2013 at 11:22 AM, Owen Densmore wrote: > Agreed. In unix command line pipe terms, the API is the > goes-into-goes-outof (gozintago

Re: [FRIAM] Fwd: [New post] The Loud and Clear Message that the TED Controversy is Sending

I thought "woo woo" was simply the sound made by the Crazy Train. Perhaps I should seeking better evidence for the _true_ origin of the term. (* tongue firmly planted in cheek *) FRIAM Applied Complexity Group listserv Meets Fridays 9a-

[FRIAM] Debugging Actor Systems

A discussion of logging, testing and reasoning to establish confidence in actor-based systems. FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. Jo

[FRIAM] Producer/Consumer Rate-Matching

Generalizing from the Sleeping Barber, we explore the operation of a active Bounded-Buffer implementation. http://www.dalnefre.com/wp/2012/05/producer-consumer-rate-matching/ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:3

[FRIAM] “Sleeping Barber” in Humus

Do a little yak shaving with an actor-based approach to the "Sleeping Barber" problem. http://www.dalnefre.com/wp/2012/04/sleeping-barber-in-humus/ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's Col

[FRIAM] Futures and Capabilities

Exploring explicit Futures and using Object Capability Security to control access http://www.dalnefre.com/wp/2012/03/futures-and-capabilities/ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College

[FRIAM] Implementing Actors in Kernel

When Steele and Sussman wanted to explore Actors, they built an evaluator in LISP. Their work eventually resulted in Scheme, which moved us from dynamic to static/lexical scoping, but is _not_ an actor language. Since then there has been ongoing confusion about the relationship, if any, between A

Re: [FRIAM] Just FYI - This message may not have been sent by:

Interesting! I'm not on this list, and I use a direct gmail address (from the web gui presently), so this is a sort-of test to see if my email is flagged. How does it look? On Fri, Aug 19, 2011 at 9:59 PM, Owen Densmore wrote: > Here are the 27 email addresses I've seen so far that give the wei

Re: [FRIAM] [fonc] Fexpr the Ultimate Lambda

Actually, I hope to cite the Smalltalk work when I write about extensible syntax, rather than just extensible semantics. On Fri, Nov 25, 2011 at 1:53 PM, Dale Schumacher wrote: > Yes, absolutely!  I've read that paper numerous times.  Unfortunately, > I wasn't able to cite all of

[FRIAM] Parsing Expression Grammars, part 4 (Left-recursion considered harmful)

Parsing Expression Grammars, part 4 (http://bit.ly/iVXPEJ) addresses the issue of left-recursive grammars, often used for left-associative arithmetic operators. Accumulating a value via iteration is proposed as an appropriate solution for recursive-descent parsers like PEGs. =

Re: [FRIAM] A unified theory of literature

We are born, we struggle through life, we die. Are all our lives the same? Is the richness of experience not in the details? The blues are defined by a single 12-bar pattern. Does that make all blues music the same? On Sat, Apr 23, 2011 at 1:40 PM, Jochen Fromm wrote: > Can everything ever wr

Re: [FRIAM] Parsing Expression Grammars, part 2

Parsing Expression Grammars, part 3 (http://bit.ly/h9HoW1) extends the parser toolkit to support pipelines of tree-transforming parsers, bringing our capabilities to the level of OMeta [1]. [1] A. Warth and I. Piumarta. OMeta: an Object-Oriented Language for Pattern Matching. TR–2007–003, http://w

Re: [FRIAM] vol 93, issue 22

And how, dear mice, do you propose to "bell the cat"? On Fri, Mar 25, 2011 at 1:22 AM, Russ Abbott wrote: > That's exactly Nick's point.  He says we should make it a cost to the > polluter. > > -- Russ Abbott > _ >   Professor, Computer Science >   Cali

Re: [FRIAM] Charging agents for the computations they do

One thread that has run through much of Carl Hewitt's writing on Actors is the concept of a "sponsor" for a computation. This can be used to control things like execution of multiple independent solutions to the same problem so that alternatives can be terminated when any one of them finds a solut

[FRIAM] Parsing Expression Grammars, part 2

Parsing Expression Grammars, part 2 (http://bit.ly/gDrbmi) goes beyond simple matching with semantic values, predicates and actions. FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, a

[FRIAM] Parsing Expression Grammars, part 1

Parsing Expression Grammars, part 1 (http://bit.ly/gR9Xdu) describes an actor-based PEG implementation that illustrates the use of multiple "continuations" to manage flow control. It also shows several examples of lazy-initialized executable specifications. ===

[FRIAM] Playing the Stooge with Humus

After many requests, I've finally built an online simulator/debugger to let people experiment with Humus. I've just published a brief tutorial "Playing the Stooge with Humus" (http://bit.ly/gYL4cm) to showcase the new simulator environment. Here's your chance to try some hands-on examples. =

[FRIAM] Evaluating Expressions, part 7 – Tra nsactions and Exceptions

I just posted the final piece of the meta-circular Humus evaluator. "Evaluating Expressions, part 7 – Transactions and Exceptions" (http://bit.ly/fl6Z3O) Throughout the series, I've had the opportunity to present a wide variety of powerful language constructs. Of course, concurrent evaluation/exe

Re: [FRIAM] Evaluating Expressions, part 6 – Act or Primitives

On Sat, Nov 20, 2010 at 10:19 AM, Owen Densmore wrote: > The Actor pattern certainly seems to map on to Agents in modeling. There's certainly a lot of similarity between Actors and Agents, especially at the conceptual level. My understanding of Agents (and I'm sure there are many on this list wi

[FRIAM] Evaluating Expressions, part 6 – Act or Primitives

Implementing language features using Actors has reached the point where the actor primitives themselves can be described meta-circularly. http://bit.ly/9KfHLI FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St.

[FRIAM] Evaluating Expressions, part 5 – Rec ursion

Evaluating Expressions, part 5 – Recursion (http://bit.ly/cVPMHk) explores the relationship between multiple recursive references, mutable environments, and incremental developing using a REPL. If you are planning to attend QCon/SF next week, stop by and say "Hello" (http://qconsf.com/sf2010/prese

Re: [FRIAM] URGENT "URGENT!"! Restaurants in SF.

http://pasquals.com/ 121 Don Gaspar, Santa Fe, New Mexico 87501 1 block south of the main plaza On Sun, Oct 17, 2010 at 11:35 AM, Nicholas Thompson wrote: > Hi, everybody.  Sorry for this intrusion. > > > > I just got an urgent email from friends saying that they are in Santa Fe for > a few da

[FRIAM] Evaluating Expressions, part 4 – Pat tern Equations

Pattern equations extend the use of pattern matching to the realm of definitions. These are true equations which establish equality relationships, sometimes in a conditional context. Unlike most computer languages, these equations exhibit symmetric treatment of both sides of the equation. (http:

[FRIAM] Evaluating Expressions, part 3 – Pai rs and Parallelism

Concurrent evaluation of sub-expressions. Extension of single-argument/single-return lambda calculus to multi-argument/multi-return without Currying. Fork/join pattern captured as a behavior. (http://bit.ly/9eEafl) FRIAM Applied Comple

Re: [FRIAM] Evaluating Expressions, part 2 – Con ditional Special Form

If so can you post it > > regards > michael barron > > On Sun, Sep 5, 2010 at 9:55 AM, Dale Schumacher > wrote: >> Conditional special forms implemented via pattern matching rather than >> Boolean predicates and lambda abstractions defined in terms o

[FRIAM] Evaluating Expressions, part 2 – Con ditional Special Form

Conditional special forms implemented via pattern matching rather than Boolean predicates and lambda abstractions defined in terms of pattern matching (http://bit.ly/9VZtIH) FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30

[FRIAM] Agent-based competitive simulation

Last night Wolf Ketter and John Collins spoke at OTUG (http://otug.org/wiki/index.php?title=Main_Page) They presented information about Agent-based competitive simulation: Exploring future retail energy markets. This is an up-coming open competition where participants are invited to submit their

[FRIAM] Evaluating Expressions, part 1 – Cor e Lambda Calculus

Evaluating Expressions, part 1 – Core Lambda Calculus http://bit.ly/cImxrf (http://www.dalnefre.com/wp/2010/08/evaluating-expressions-part-1-core-lambda-calculus/) With only a handful of actor behaviors, this article shows how to create a behavior-driven evaluator for pure lambda calculus expressi

Re: [FRIAM] [fonc] Re: [PiLuD] “Dining P hilosophers” in Humus

n Fri, Aug 6, 2010 at 5:01 PM, Dale Schumacher > wrote: >> >> Just published:  An incremental exploration of the Dining Philosophers >> problem.  This actor-based solution is a little different in that I >> give active state-dependent behavior to the chop

[FRIAM] “Dining Philosophers” in Humus

Just published: An incremental exploration of the Dining Philosophers problem. This actor-based solution is a little different in that I give active state-dependent behavior to the chopsticks as wells as the philosophers. http://www.dalnefre.com/wp/2010/08/dining-philosophers-in-humus/

[FRIAM] What is "message-passing"?

I've just published the second part of a two-part article exploring what we mean when we say "message-passing" (http://bit.ly/9y0NkV). Specifically, I illustrate implementations of Synchronous Rendezvous [1] and Object-Oriented Method Invocation [2] in terms of asynchronous actor messaging. [1] h

[FRIAM] Actors in Clojure — Why Not?

Published: "Actors in Clojure — Why Not?" (http://bit.ly/9ZUXaQ) http://www.dalnefre.com/wp/2010/06/actors-in-clojure-why-not/ This article provides a counterpoint to Rich Hickey's rationale for not including actor-based concurrency in Clojure.

[FRIAM] Solving “Same Fringe” with Stream Ge nerators

Published: Solving “Same Fringe” with Stream Generators http://www.dalnefre.com/wp/2010/06/solving-same-fringe-with-stream-generators This article explores mutable and immutable streams on the way to building a solution to the same-fringe problem based on incremental fringe generation and incremen

Re: [FRIAM] Kaufmannesque Decison Making

I've heard it said that a catalyst of collaboration is a problem whose solution 1) provides benefit to all of us, and 2) requires the efforts and contributions of each of us to succeed (we cannot succeed alone). Open Space attempts to create the conditions where collaboration can happen. Although

Re: [FRIAM] Kaufmannesque Decison Making

On Wed, May 5, 2010 at 12:47 PM, Nicholas Thompson wrote: > http://www.openspaceworld.com/brief_history.htm ... > Anybody out there have any experience with it? Yes. I have attended a few event organized like this and even helped to facilitate one. To me, it feels like a cross between FRIAM's r

Re: [FRIAM] I'm looking for a word

The term "meta-circular" describes a language characteristic that enables meta-programming. It means that the mechanisms needed to define the semantics of a language are available to programmers _in_ the language itself. This leads to support for internal Domain Specific Languages and other highe

Re: [FRIAM] JavaScript ecology

Build not your house on sand. Regrettably, I fear it is far too late for that advice. As Crockford himself writes, there were a lot of poor implementation decisions made in the design of JavaScript. And there are a lot of people who've written code that relies on what he called the "Awful Parts"

[FRIAM] Learning to Learn

RT @KentBeck Michael Nielsen on learning learning http://bit.ly/qFCEN FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org

[FRIAM] Augmented Reality demonstration

Here's 5 minute video demonstrating an interesting application for Augmented Reality. http://www.wired.com/beyond_the_beyond/2009/06/now-that-weve-augmented-some-reality-how-bout-blasting-some-zombies/ FRIAM Applied Complexity Group lis

Re: [FRIAM] Distributed Agents and Alan Kay's Universal Interface Language

On Sun, May 24, 2009 at 3:01 PM, Stephen Guerin wrote: > And, if we were to make our own, should we start with a REST-like protocol > supplemented > by server-side javascript or other such animal? It seems that RESTful use of HTTP cou

[FRIAM] Fwd: Locovores

Steve's rant motivated me to ask my local expert, my partner Beth. Here's what she had to say... -- Forwarded message -- From: Beth Carls Date: Mon, Mar 30, 2009 at 2:29 PM Subject: RE: [FRIAM] Locovores To: dale.schumac...@gmail.com Dale - Thanks so much for sharing this FRIAM t

Re: [FRIAM] Today 2:20p: Complexity Lingo mini-seminar - "agent-based modeling"

It would be REALLY NICE if this presentation could be recorded for web viewing! A good introduction would be very helpful to lots of folks on the net. On Wed, Mar 18, 2009 at 1:35 AM, Stephen Guerin wrote: > This week, Owen and Steve will take 40 minutes before the Arts group meeting > at Santa

Re: [FRIAM] Poll: which scripting languages are available on your computer?

When I was facing a similar problem--sharing a platform neutral program--I also turned to Javascript. In my case, we wanted a lottery number picker that could be projected from anyone's laptop during a meeting. I created a single-file HTML/Javascript application (attached) that could be simply op

Re: [FRIAM] OLPC

Do you count FORTH as a scripting language? It's interactive, dynamically scoped, imperative and stack-based. The XO has made great use of FORTH as the basis for it's Firmware and boot loader. http://wiki.laptop.org/go/FORTH FRIAM App

Re: [FRIAM] A) B) C) and D) and a little bit of E) : Bernanke's Financial Modeling Technology

On Sat, Oct 4, 2008 at 12:58 PM, Steve Smith <[EMAIL PROTECTED]> wrote: > I don't think any of us believe that our "esteemed leaders" don't fit into > one (or both) of the two following categories: > > Willfully ignorant > Sadly ignorant I think you're being too generous. I'm afraid that many fal

Re: [FRIAM] The LHC, black holes, and physics grad students

I'm surprised the Category Theorists haven't mentioned THIS one On Wed, Sep 10, 2008 at 12:58 PM, Douglas Roberts <[EMAIL PROTECTED]> wrote: > http://xkcd.com/474/ FRIAM Applied Complexity Group listserv Meets Fri

Re: [FRIAM] LatexRender & Friends: Math Servers

On Sat, Jul 19, 2008 at 11:41 PM, Owen Densmore <[EMAIL PROTECTED]> wrote: > It is now (apparently!) possible to include arbitrary LaTeX equations > in any web service: blogs, wikis, plain html, and even mime-email. > > The stunt is to build an image tag in html which includes the LaTeX to > be re

Re: [FRIAM] Invitation to join the FRIAM Group on LinkedIn

I am also now in the "pending" queue. FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org

Re: [FRIAM] FRIAM group on LinkedIn

I like the idea. Let me know how to sign up. On Tue, Jun 10, 2008 at 9:54 AM, Patrick Reilly < [EMAIL PROTECTED]> wrote: > I agree. > > On Jun 9, 2008, at 9:54 PM, Mikhail Gorelkin wrote: > > I think it would be useful to create FRIAM group on LinkedIn. --Mikhail > Gorelkin > > =

[FRIAM] The Hague Declaration

The Hague Declaration Posted by: "Thomas King" [EMAIL PROTECTED] <[EMAIL PROTECTED]> Wed May 14, 200

Re: [FRIAM] lecture Wed May 14, 12:30p - Terry Borst: Serious Games, Simulations and Autonomous Actors in Evolving Worlds

I understand that recording of these events has been previously proposed. I would very much like to see this presentation, but will be unable to attend in person. Is there any chance this could be captured and posted somewhere? Thanks! On Sun, May 11, 2008 at 9:29 PM, Stephen Guerin <[EMAIL PRO

[FRIAM] Interview with Erlang inventor, Joe Armstrong

This interview does a good job of explaining why concurrency cannot be adequately addressed by simply "extending" our current languages with new features. http://channel9.msdn.com/ShowPost.aspx?PostID=351659 FRIAM Applied Complexity Grou

[FRIAM] Design Issues in Parallel Architectures

MIT AI Lab Memo No. 750 -- November, 1983 "Design Issues in Parallel Architectures for Artificial Intelligence" by Carl Hewitt and Henry Lieberman http://citeseer.ist.psu.edu/530318.html This short (11 pages) paper describes the differences between traditional computer languages and those based o

Re: [FRIAM] new Baez/Stay paper on category theory as ako Rosetta stone

c_and_com.html#c015742 > Mike Stay talks a bit about Actors in this framework, > which those who talked to Dale Schumacher several weeks ago after his > FRIAM talk might find interesting. > > (note to Dale, this is a bit different from what I had in mind > (i.e. a populati

[FRIAM] Introduction: Dale Schumacher

I've been reading the FRIAM list for a few months, so I guess an introduction is overdue. My professional background, and technical interests, lie in various fields of computer science and engineering. Starting in the early 1980's, I've worked in the areas of artificial intelligence, computer gra

Re: [FRIAM] greetings from bandit, a new member

Welcome, Bandit! I am also very interested in reliable massively parallel embedded systems. In fact, as I have not yet posted my own introduction, I will try to compose one now. On Feb 18, 2008 12:15 AM, bandit <[EMAIL PROTECTED]> wrote: > Greetings: > > My name is bandit Gangwere. > I am a frie

[FRIAM] Why not ACTORs?

Nearly all commercial software today is built on an imperative/sequential model (FORTRAN, COBOL, C, Java, ...) and has notorious difficulties managing concurrency. See "Threads Considered Harmful" ( http://radar.oreilly.com/archives/2007/01/threads_conside.html) and "The Problem with Threads" ( ht

Re: [FRIAM] Materials for teaching Systems Dynamics to K-12 students+

The brief paper at is a PDF linked from The results of this paper include a very effective introductory programmi