前进的方向 没有方向就是蒙着眼睛的驴子原地踏步 一年经验混十年 说的真是太好了 必须要粘贴复制下来文章（司徒正美）

"我能力强，我效率高，我应该是公司的关键人物"，其实那是错的，不可替代性才是最重要的。如果靠“卖力”增加不可替代性，作用是微乎其微的，还是得靠“高门槛”。我认识的工程师里，越是技术好的工程师越会意识到这个问题，然后去做一些"深度"的发展，这也算是工程师的自我保护吧。说什么做IT没前途，30岁要转行，这只是无能者的藉口。

古人说——“人无远虑，必有近忧”。你平时有这么多空闲时间，为何不努力提升一下自己的水平呢。不去认真阅读一下大师们的框架，不自己写一个框架。记得当初我在博客宣传我的框架，被某个嫉妒的人骂个狗血喷头，两年过去，他消声匿迹，而我，从一个公司的核心前端变为另一个公司的核心前端，现在是去哪儿网的前端架构师。因此要相信自己！不要怕这怕那，有努力就有回报！

再回来说我的书，前端的知识点是非常庞杂的。但知识只有串起来，形成知识树才是你自己的。现在市面上的书，基本上抄来抄去，还是依照老旧的方法教人，一开始总是历史回顾，然后是各种数据类型介绍，然后是语法（条件分支，循环分支）什么的，最后再来几个“真实案例”。这对于90%半路出家的前端来说，未免太闷了。而且前端不单单是javascript，javascript只是水泥，或者说储如化学分子这东西，而我们工作是为了构建一整座大厦！只有肉眼看到的物理级别的东西才是主角。它们就是本书的重点，DOM与BOM。javascript通过特性侦测或传参等，进入不同的分支，来解决前端臭名昭著的兼容性问题。本书介绍了大量这样的黑魔法，如何知道当前浏览器是支持这个事件呢？为何在这里要劫持this呢？怎么样让选择器引擎跑得更快。于是这一个个疑问，便化解成本书所介绍的知识点，什么AMD加载器，选择器引擎，批量生成一堆元素节点……

所有前端框架面对的问题都是一样，不同的是解决手段的高下程度。于是Prototype死了，jQuery火了。angular爆发了，jQuery沉寂了！本书的章节就是按照编写一个多文件框架的顺序来写。最开始肯定是种子模块，定义框架的名字与版本号，与一些最核心的方法，还有加载器。然后通过加载器，添加一些常用的工具模块，对javascript语言进行扩张与修复。之后是数据缓存什么的，再之后是主菜，各种DOM问题，节点啊，样式啊，事件啊，动画啊……最后是MVVM，当前最强大的前端解决方案。通过引入双向绑定与分层架构，完全脱离DOM进行前端开发。

你或者有过激情，你或者有过梦想，但当你的KPI考核点是PM那些荒唐的改来改去的功能点，多炽热的火焰也会被浇灭。因此你必须要搞出一点东西出来，努力爬上去。是废命于加班，天天写业务，还是专注于底层框架的研发，为某个难题而苦恼，完全在于你一念之差。“是金子总会发光的”，或“是石头到哪都不会发光的”，也完全在于你一念之差。本书将为你提供了一个可能性及一大堆技能点，打开了一个美丽的新世界，提供了一个X年不遇的机会，准备了一个迅速上升的渠道。

可能有些人会嫌它贵，也有些人怕自己看不明白这么“高大上”的东西。我说一个故事吧。


一个特别喜爱昆虫的人做了这样一个实验：他将跳蚤放进敞口的瓶子里，它立刻便跳了出来。当把瓶子盖上时，跳蚤还是会竭力跳出瓶子，它不停地撞击着瓶盖的内侧。一个多小时后，他还在那样跳着。差不多三个小时后，它依然在跳，只是它不再撞着瓶盖了，此时它跳的高度离瓶盖大约1厘米左右，而且每一次都是如此。这时，瓶盖被拿掉了，但是跳蚤并没有跳出瓶口，它依然保持着有瓶盖时的高度，再也跳不出瓶口。

无名的生命之花已惨遭摧残践踏
一度坠地的飞鸟正焦急以待风起
一味埋头祈祷却不会有任何改变
若想有所改变就请起而奋战吧
踏过尸体前行的我们
嘲笑这进击意志的猪猡啊
家畜般的安宁那虚伪的繁荣
请赐予誓死之饿狼以自由！
……
——进击的巨人OP《红莲の弓矢》

阅读顺序，原则上没什么要求，但第2章、第6章、第14章、第16章是非常有挑战性的，大家可以延后阅读。如果基础不太好，可以先从第3章看起，跳过我说的那些比较难的章节。本书已经很把写一个前端框架所需要掌握的知识点与细节全部挖掘出来了，剩下的就是靠你们的造化。总之，尽快形成自己的知识树，才能独档一面。