Btw, I would like to come back on this: > 1) figure out when to load the polyfill
For ES6: All the time at the moment > 2) worry about bugs in the polyfill I guess like any other thirdparty we are using and those polyfills we are talking about are open source, it means as well there are people to maintain and fix them until ES6 is supported by the browser. > 3) have different debug experiences in different browsers I'm mot sure that's a problem, if a dev needs to debug at this level, they should rely on 2, othewise they would debug in ES6, which is more comfortable ? > 4) bundle the polyfills in the release Not sure, I guess they could be loaded directly from their github location. > 5) manage the licenses and other documentation around the polyfills. Indeed and I'm not good with that. Did I miss something ? Frédéric THOMAS > From: aha...@adobe.com > To: dev@flex.apache.org > Subject: Re: [FalconJX][FlexJS] Do we still want to use Google Closure > Library? (was Re: [FalconJX] JXEmitter accessors) > Date: Thu, 28 May 2015 15:58:15 +0000 > > > > On 5/28/15, 8:40 AM, "Frédéric THOMAS" <webdoubl...@hotmail.com> wrote: > > >Oops, > > > >Hmm, so at this point, why not emiting ES6 syntax and use ES6 polyfills > >from babel ? > > Possible. I’m willing to go in this direction if that’s what folks want > to do, but I always get nervous when I hear about polyfills. I’d rather > avoid polyfills and just stay on ES5 unless there is a huge win. That way > you don’t have to: > > 1) figure out when to load the polyfill > 2) worry about bugs in the polyfill > 3) have different debug experiences in different browsers > 4) bundle the polyfills in the release > 5) manage the licenses and other documentation around the polyfills. > > > Also, IIRC, way back, it seemed like many folks have locked into a > favorite JS loading mechanism like RequireJS. We are using goog.require. > Going to a different ES6 module scheme may cause more resistance from > folks wedded to a particular loading scheme. > > But I’ll go with what the majority wants. > > -Alex > >