[aerogear-dev] JS Future Roadmap
Matthias Wessendorf
matzew at apache.org
Mon Jan 20 04:56:45 EST 2014
On Mon, Jan 20, 2014 at 10:49 AM, Corinne Krych <corinnekrych at gmail.com>wrote:
>
> On 20 Jan 2014, at 09:51, Matthias Wessendorf <matzew at apache.org> wrote:
>
> >
> >
> >
> > On Sat, Jan 18, 2014 at 7:31 PM, Lucas Holmquist <lholmqui at redhat.com>
> wrote:
> > I was having some thoughts on the future of AeroGear.js that i needed to
> share.
> >
> > Experimental Branch
>
> early adoptor branch or really experiemental ?
>
> >
> > I think i want to create a branch that is very experimental, that
> targets new and upcoming API's, like Object.Observe, and Promises, etc…
> >
> > I feel this is the only way to drive innovation
> >
> > I was thinking this is sort of our "Canary" branch, and when things
> start to become less pollyfilly, then we can start to move these features
> in.
> >
> > I still however want the code in this branch to be complete, not just
> random crap
> >
> >
> > +1 - also liking the name :-)
>
> got the history for the name hew:
>
> http://readwrite.com/2010/08/02/google_releases_canary_build_of_chrome_for_the_ear#awesm=~ottCjppZ0Ra6HL
>
> "The name of the build refers to the old practice of miners to bring a
> canary into a coal mine. If poisonous gasses were present, the canary would
> die before it would kill the miners, acting as an alarm system."
>
awesome :-)
>
> >
> >
> > 2.0
> >
> > I would like to see that in 2.0 we start to remove our jQuery
> requirement, and focus more on Modern Browsers and have our 1.X branch be
> our less than modern browser( IE9 ) supported branch. much like how jQuery
> has a 1.X and 2.X branch, obviously the difference between our branches
> won't be as extreme.
> >
> > The major thing we use jQuery for atm is jQuery.ajax and Promises. this
> is nice for cross broswer compatibility and for transpoting other things
> other than json, which brings me to my next point
> >
> > I would also like in 2.0 to make our library( pipeline ) only speak
> json. I think this will make it really simple to have our own
> AeroGear.Ajax() method and be able to keep it small in size
> >
> >
> >
> > +1; like the idea; for our iOS 2.x bits I'd imagine we do similar:
> iOS7/8 only and using AFN 2.x
> >
> >
> > 1.X Branch
> >
> > Once we hit all our 1.X milestones( sync, offline ) then what is the
> current master branch would become a 1.X branch, and we recieve bug fixes,
> but no new features. If something in the future could be back ported, then
> maybe, but it wouldn't be a priority
> >
> > This branch would still have a jQuery requirement and would be for
> legacy stuff( IE9 )
> >
> >
> > makes perfectly sense!
> >
> > Great ideas!
> >
> > -Matthias
> >
> >
> >
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >
> >
> >
> > --
> > Matthias Wessendorf
> >
> > blog: http://matthiaswessendorf.wordpress.com/
> > sessions: http://www.slideshare.net/mwessendorf
> > twitter: http://twitter.com/mwessendorf
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20140120/79f674d7/attachment.html
More information about the aerogear-dev
mailing list