<div>In case someone is interested I've experimented with proxy sugared promises (it was long time ago some few things might require updates):<div><br><div>https://github.com/Gozala/meta-promise</div></div></div>
                <div><br><br clear="all">Regards<br><span style="color:rgb(153, 153, 153)">--</span><br style="color:rgb(153, 153, 153)"><span style="color:rgb(153, 153, 153)">Irakli Gozalishvili</span><br style="color:rgb(153, 153, 153)"><span style="color:rgb(153, 153, 153)">Web: <a style="color:rgb(153, 153, 153)" href="http://www.jeditoolkit.com/" target="_blank">http://www.jeditoolkit.com/</a></span><br style="color:rgb(153, 153, 153)"><span style="color:rgb(153, 153, 153)"></span><span style="color:rgb(153, 153, 153)">Address: <a href="http://goo.gl/maps/3CHu" target="_blank">29 Rue Saint-Georges, 75009 Paris, France</a></span><br><br></div>
                 
                <p style="color: #A0A0A8;">On Monday, 2011-09-05 at 23:37 , Dmitry Soshnikov wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>On 03.09.2011 1:26, John J Barton wrote:<br><blockquote type="cite"><div>I'm pretty puzzled by this discussion and I'm guessing other folks <br>might be puzzled as well. Since I understood node fibers as "thread <br>for Node", the discussion I read is:<br><br>   /be: You can have threads!<br>   Mikeal: We don't want threads!<br><br>If I'm on the right track, then I should understand how this relates <br>to proxies. But I don't.  Any hints?<br></div></blockquote>Don't be worry :) the topic is a little bit changed. Initially it was <br>asked how to provide asynchronous property readings (proxy's `get` trap, <br>or a simple accessor's get which call some deferred action) in the <br>syncronious view. And consuming generators (being a technique of <br>implementation of cooperative processes) allow to do this, since can <br>suspend a process and resume it from the next line, i.e. representing <br>asynchronous in syncronious view.<br><br>But, that's said, even more elegant of such a technique would be either <br>syntactic transformation at compilation level, or creation of implicit <br>task-wrapper with a sugar for `yield` in this case. Regarding not using <br>`yield` for improving asynchronous programming -- I also didn't <br>understand the reasons. Because currently programming in Erlang (which <br>have the same "green thread" which are managed by an _implicit_ <br>scheduler) I can say that Node.js's spagetty-code with nested callbacks <br>just, sorry, sucks in comparison with Erlang's which is also <br>asynchronous, but allows to write it all in the synchronous manner. <br>Though, the topic is not about Erlang...<br><br>Dmitry.<br>_______________________________________________<br>es-discuss mailing list<br><a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br><a href="https://mail.mozilla.org/listinfo/es-discuss">https://mail.mozilla.org/listinfo/es-discuss</a><br></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>