I've implemented Alex Future proposal in JS before he did as prototype and
for tests.

However, Futures aren't used that much in node.js and spec'd like that are
nice.

However, I would not compare those two things.

If you propose Streams after Futures where Futures are less common in node
but Streams are one of the major things I think you should consider more
the current used node approach.

I don't see Future and Stream as different containers of the same thing
with identical functionality, sorry.

This is all I am saying.

Regards


On Mon, Apr 15, 2013 at 2:04 PM, Tab Atkins Jr. <jackalm...@gmail.com>wrote:

> On Mon, Apr 15, 2013 at 1:51 PM, Andrea Giammarchi
> <andrea.giammar...@gmail.com> wrote:
> > It's a nice effort but I agree with Nuno that fragmentation even on these
> > things already in production (despite the versioning) out there and
> already
> > working practically for the real-world isn't any good for the next
> future of
> > the JS community.
>
> Fragmentation of concept is exactly what standardization helps to
> solve - the role of standards is to, well, standardize, especially
> after the market has explored the problem space already.  Futures were
> long-overdue when Anne finally specced them, having been around in
> lots of languages including JS in many forms, and I think Streams are
> in a similar boat.
>
> > Also, JS has been kept general purpose enough, I would not try to
> influence
> > the language too much after DOM and W3C APIs and I thought this was also
> > same idea of TC39.
>
> I don't understand this sentence.  It *sounds* like you're trying to
> say that Streams aren't general-purpose enough for JS to standardize,
> and should be left to DOM/W3C to do.  Is this correct?
>
> If so, I disagree, and think that several other people on es-discuss
> do as well.  (For example, Alex, Yedua, and Dave have been responding
> to me about this proposal in Twitter.)  In general, a Stream is just
> another container type, and is as general as an Array or Set.  Plenty
> of *specific* instances or subclasses of Streams are appropriate for
> individual DOM/etc specs to define, but we need to agree on the
> general concept first, and es-discuss folks seem well-suited to help
> develop this.
>
> ~TJ
>
_______________________________________________
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss

Reply via email to