Is Angular 2.0 ready?
splintercode.github.io
splintercode.github.io
Learning all of the libraries and frameworks for React is quite complex and not less complex then learning Angular 2.0. with its backwards compatible support.
I think the most visible difference will remain that React is code centric, with templates as a sort of special case of code. Angular (1, 2) is more explicitly divided between code and template.
I believe the main driver in choosing between them will not be technical, but cultural. There are many organizations where considerable value is ascribed to the notion of code versus template, such organizations might lean toward Angular (especially in version 2) over React and friends.
Aurelia seems to be the best ideas from Angular + the best ideas from the creator's previous framework, Durandal, in one framework with much cleaner syntax and much less complexity than both Angular & Angular 2.0.
Ember has made some big updates recently, rewriting their rendering engine to use a virtual DOM.
A lot of people still seem to really like Meteor.
Mercury, Mithril, Ractive, JSBlocks, etc. are all smaller, lesser known projects with a lot of potential.
Meteor officially supports React and Angular. Meteor is a web and mobile development platform, not a front-end framework.
It supports React and Angular as of recently, I suspect, simply to maintain itself as a competitor to other stacks, due to the extreme popularity of React and Angular.
Yes, the future will be web components, which would mean Polymer / x-tag until the spec is in all modern browsers. React will die when web components don't need polyfills.
For anything larger than a simple widget, I highly doubt you will see a move to use native web components for a long time. There are application architecture issues they have not even begun to tackle.
When you say it's not a "framework" I don't even understand what you mean by "framework". If you mean a system that locks you into one way of doing things and is hard to integrate with other tools, then by all means, it's not a framework, and then I don't want it anyway.
I never said that , don't put words in my mouth. The rest of your comment is irrelevant since you're making stuff up.
What might be confusing is the whole AtScript/Typescript/Javascript thing.
I never found Angular 1.x difficult, but it's a bit like Rails, people might have the impression that they can learn the framework without learning the language at first place. Ultimately 1.x was limited by ES5 itself. That's what it was a bit confusing sometimes, especially with all the scopes and contexts stuff.
https://www.youtube.com/watch?v=rLuuAlDXHU0
It's fairly recent too: August 3 2015.
They may warn us that the alpha bits change frequently but if it works on one alpha build there would be nothing forcing the move to the next alpha.
For more information on that plan, see here: https://docs.google.com/document/d/1xvBZoFuNq9hsgRhPPZOJC-Z4...
You'd be better off in the long run looking for jobs that require Javascript knowledge and are familiar with at least one current framework. Those are the types of companies who will be more likely to upgrade their stack as technology progresses.
Compare that to the number of job ads looking for "experience with Angular".
I agree that it shouldn't be that way, but the hiring process is badly broken in most places.
http://www.effectiveui.com/blog/2015/04/20/learned-ng-conf-w...