Re: monadic extension to do-notation

On Sun, Feb 7, 2016 at 9:07 AM, Raphael Mu wrote: > The ES Promise is an instance of Monad, a property that implies a much more > concise and expressive syntax for using Promise, by exploiting its monadic > properties. I've seen a lot of people complain about Promises

Re: Try/catch conditional exceptions in light of generators

Hey, I just wanted to point out that this is now discussed in https://github.com/groundwater/nodejs-symposiums/pull/5 It appears that there are no proposals on the way to deal with it and it is a very real problem. What would be the correct process to bring more attention to it? On Fri, Nov 22,

Re: `await null` to stay in the same tick?

I believe Babel uses a modified Regenerator fork that only differs enough to work with Babel, and is otherwise kept as in sync as possible. On Mon, Feb 8, 2016, 22:30 Logan Smyth wrote: > Joe, if you have a specific example, feel free to file an issue and I can > take a

Re: Try/catch conditional exceptions in light of generators

> > It appears that there are no proposals on the way to deal with it and it > is a very real problem. What would be the correct process to bring more > attention to it? > A proposal posted here : ) A few things to address (off the top of my head): - There was an old proposal for catch guards

Re: Using 'this' in default parameters

On Sun, Jan 31, 2016 at 3:59 PM, Bergi wrote: > Jason Orendorff wrote: >> On Fri, Jan 29, 2016 at 8:14 AM, ` Mystery . wrote: >>> IMHO I don't think the default parameters should be evaluated within the >>> context of the function being called, at least

Re: JavaScript Language feature Idea

On Tue, Feb 2, 2016 at 12:15 PM, Jonas Sicking wrote: > On Mon, Jan 25, 2016 at 12:38 PM, Andrea Giammarchi > wrote: >> FWIW `.at` works for me. Anything really, as long as `Symbol.last` won't >> even be proposed :D > > If we name it `.item` that

Re: monadic extension to do-notation

On Tue, Feb 9, 2016 at 10:28 PM, Isiah Meadows wrote: > let finalPromise = (async () => { > let x = await promiseA > let y = await promiseB > let c = f(a, b) > return g(a, b, c) > })() I think it's important to keep the async/await keywords because they give a

Re: monadic extension to do-notation

There is kind of a `do`-like syntax for Promises: async functions. To borrow Tab's example: ```js let finalPromise = (async () => { let x = await promiseA let y = await promiseB let c = f(a, b) return g(a, b, c) })() // or in parallel let finalPromise = (async () => { let [x, y] =

Re: monadic extension to do-notation

I see little to be gained, and it's not clear that it's in a different context. Plus, assuming your editor balances parentheses and auto indents, I see no more than about 8-10 keystrokes saved for something that isn't super frequently used. Not saying it's a bad idea, but ES has gotten to the