Angular2.0之后的思考，框架将被库取代

现实是严俊的。但人是聪明的，开发者足智多谋，写出新的应用程序的基本要求是不让任何人放弃它。那么，我们该怎么办？
我觉得有我们可以总结出三个主要的经验教训：
对新技术持谨慎怀疑的态度。将那些很酷的新的Github上项目投入生产要小心一些。等到到普及了再开始采纳。
不要太相信大企业做的东西。谷歌做这种事情已经不是第一次了。他们的利益并不总是和你的一样。
宁愿使用专用库来代替整体框架。当你选择了一个框架，你就做了了一个大的，长的承诺期限。您需要了解该框架内部各种运作方式和奇怪的行为。而你所掌握的东西。如果该框架被证明是错误时，你会失去很多。但是，如果你从库中选择，你能负担得起，库是可以随意更换的，你有足够的时间。

Libraries（库） > frameworks（框架）?

在Angular的争议发生后，Reddit上的另一篇文章问：

JavaScript开发人员应该迁移到什么技术。下面是javascript程序应该做的：

React.js 和 Flux (一只有视图 view-only 的库和事件驱动模块)

Ember.js (MVC框架)

Knockout.js (视图库)

Backbone.js (MVC框架)

Meteor (同构框架)

Mithril (MVC框架)

Ember (MVC框架)

‘不要框架，只需要一堆库就可以了’

Vue.js (视图库)

Breeze.js (数据库Model-only)

Ractive (视图库)

摘自：http://ourjs.com/detail/5483d2d10dad0fbb6d000014