AngularJS 1.3: a new release approaches
blog.angularjs.org
blog.angularjs.org
Although, to be fair, half the Disqus comments were just complaining about how bad the docs were.
So it's better to just ignore the problems with the documentation? I barely have time to learn the framework—the lack of good documentation means I delete it from my hard drive. No matter how good a framework is, if it's not documented well, it's a buggy black box.
Even criticism that doesn't offer a solution is better than a lack of feedback. Besides, it's not like Google will get all self conscious and stop contributing because people don't think the documentation is good.
If you can't be bothered to deeply study and understand your tools then you probably don't deserve to use them anyway.
Wha?
I hadn't even gotten past the evaluation stage. Bad documentation is a huge smell for the rest of the framework—I'm not going to waste my time pursuing a tool that I'm not going to use.
Also, if your comment is going to be useful on a documentation page, chances are it will be even more useful as a commit to the docs themselves. Mad about doc quality? Whine (give feedback) about it on Twitter, maybe even mention one of the committers.
This is a perfect example of the entitlement people feel to be free from others' ire or criticism.
- AngularJS http://shop.oreilly.com/product/0636920028055.do
- Web Application Development With AngularJS http://www.packtpub.com/angularjs-web-application-development/bookAnother book worth looking at is: Recipes with Angular.js which is covered under Leanpub Unconditional Return Guarantee. so if you don't like the book. 45 days of purchase you can get a 100% refund.
https://leanpub.com/recipes-with-angular-js
so you can try the above, if you don't like the other twowell , it would mean you can understand it at first place...
Another driver: ipads and chromebooks are taking over.
This is my client base at $dayjob. As of last year, the last of them had finally let go of IE6. It would be nice to think our influence had something to do with it, but Microsoft had been trying to get them to ditch it for years, and they have a hell of a lot more pull than anyone else.
I think it is necessary that projects keep focused and that means deciding what not to do.
I believe I saw some slides a while back about their long-term roadmap which made these changes seem relatively minor. If they get around to everything they want to, Angular will be very different across the board in a few years.