Alternative to Promise

[Benjamin Gruenbaum]

> Where do you get the courage to challenge every inventor that they have
to learn everything you've learned before they making decisions?

Can we please keep it civil?

>  the question is why not check other languages first, when there’re nice
solutions already there.

Promises are rooted in the 1980s and have been pretty much adopted in every
mainstream programming language one way or another:

 - Task - C#
 - Future - Scala
 - Deferred - Python
 - CompletableFuture - Java
 - Future - C++

And so on and so on. The technical committee also includes people who
pioneered the concept. Practically everyone on this list knows Haskell, and
ConT isn't really anything new to any of us. We can all explore various
alternatives that are the continuation monad (
http://blog.sigfpe.com/2008/12/mother-of-all-monads.html) all day long -
but JavaScript already has continuations through promises and they are
already in the standard so there is absolutely zero chance they'll be
"swapped" for something else at this point.

There are about 3 years of discussions to read about the choices and the
rationale for why promises behave exactly the way they behave and you're
welcome to read those on the specific choices.

If you're interested in current proposals for other async primitives for
the language - there is currently an observable proposal and an async
iterator proposal - both solve different issues than promises (multiple
values over push/pull) and are currently in design stages.

In general, the list frowns upon people who "plug their library" in the
list - so I suggest that in the future you start your email with the
specific problem you want to address and what you do differently. The more
concise you write (and external links aren't that great for this) the
better chance you'll get more responses from people involved.

Cheers and good luck,
Benjamin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20151001/e56ed297/attachment.html>