<div>
<span style="font-size: 14px;">I also wonder how jQuery goes about sync / async resolution, I'd expect more people to be familiar with jQuery than Q.</span>
</div>
<div><div><br></div><div style="font-size: 14px; ">--</div><div style="font-size: 14px; ">Irakli Gozalishvili</div><div style="font-size: 14px; ">Web: http://www.jeditoolkit.com/</div><div><br></div></div>
<p style="color: #A0A0A8;">On Friday, 2013-04-05 at 10:51 , Irakli Gozalishvili wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div><div><span style="font-size: 14px;">Little off topic here (in reply to comments people have made):</span>
</div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">Promises can provide certain advantages if you structure programs in a certain way, which can also be seen as</span></div><div><span style="font-size: 14px;">disadvantage as they imply certain style. Weather they are useful or not for solving specific problem depends on</span></div><div><span style="font-size: 14px;">the problem, discarding them in general feels like a rush decision.</span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">There were also interesting debates on internet about promises & article explaining advantages of them (which are</span></div><div><span style="font-size: 14px;">not chaining) I'd really recommend reading it unless you've already done that:</span></div><div><a href="http://blog.jcoglan.com/2013/03/30/callbacks-are-imperative-promises-are-functional-nodes-biggest-missed-opportunity/">http://blog.jcoglan.com/2013/03/30/callbacks-are-imperative-promises-are-functional-nodes-biggest-missed-opportunity/</a></div><div><br></div><div><span style="font-size: 14px;">There is also proposal for TC39 for adding promises to JS:</span></div><div><a href="http://wiki.ecmascript.org/doku.php?id=strawman:concurrency">http://wiki.ecmascript.org/doku.php?id=strawman:concurrency</a></div>
<div><div><br></div><div style="font-size: 14px; ">--</div><div style="font-size: 14px; ">Irakli Gozalishvili</div><div style="font-size: 14px; ">Web: <a href="http://www.jeditoolkit.com">http://www.jeditoolkit.com</a>/</div><div><br></div></div>
<p style="color: #A0A0A8;">On Friday, 2013-04-05 at 10:26 , Gregory Szorc wrote:</p><blockquote type="cite"><div>
<span><div><div>
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type">
<div>On 4/5/2013 4:19 AM, Mike de Boer
wrote:<br>
</div><blockquote type="cite"><div>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<div>In the case of JS, Iterators/ generators, first-class lambdas
and arrow syntax (and more) all will greatly reduce the amount
of code required for asynchronous flows. A simple convention to
reserve the first argument to a callback for errors has the
positive side-effect that errors are never discarded or
'forgotten' and always bubble up to the callee.</div>
<div><br>
</div>
<div>If it matters, my background is that of working on
enterprise-scale NodeJS backends for over two years at Cloud9
IDE and in-browser JS for over eight years. For some reason,
Promise libraries never caught on in the NodeJS ecosystem, I
hope you now understand why.</div>
<br>
</div></blockquote><br>
As I've said many times, I don't believe promises by themselves
provide a *compelling* advantage over standard callbacks. About the
only benefit they provide to consumers is the ability to chain a
single error handler to a series of async function calls without
"buy-in" from all the intermediate APIs. In my mind, the real
benefit to promises is Task.jsm. e.g.
<a href="https://hg.mozilla.org/mozilla-central/file/55f9e3e3dae7/services/metrics/storage.jsm#l652">https://hg.mozilla.org/mozilla-central/file/55f9e3e3dae7/services/metrics/storage.jsm#l652</a>.
If Task.jsm didn't exist, I likely wouldn't be using promises to the
same liberal extent I now am.<br>
<br>
If others have the same opinion, then it's quite possible that
promises never caught on in Node because V8 does not have the
language support for generators required to support tasks! Only
recently did they signal they are working on implementing generators
(<a href="https://code.google.com/p/v8/issues/detail?id=2355">https://code.google.com/p/v8/issues/detail?id=2355</a>).<br>
<br>
Both a benefit and pitfall of working on JS inside Firefox is we
often have access to JS language features before the broader JS
developer community (because SpiderMonkey is often the first
implementation of new language features). As such, I expect us to be
at the forefront of discovering new and exciting practices now
possible with new language features. Tasks (via promises) are one
such feature. I think we should capitalize on this opportunity
(while exercising prudence over the use of bleeding-edge features,
of course).<br>
</div></div></span>
</div></blockquote><div>
<br>
</div>
</div></div></span>
</blockquote>
<div>
<br>
</div>