知识漩涡

　　只需稍加留意，我们就会发现自己被各种技术、工具包围。ThoughtWorks的技术雷达差不多每半年就会更新一次，在项目中更会遇到很多已经从技术雷达上消失的技术，项目上的旧技术/旧框架还在服役，新的技术/工具/语言/框架又在迅速的出现，有些昙花一现、迅速被新的后来者所取代。有的留下来了，不过也都在不断的演化、改变（不兼容的API，不同的版本等随处可见）。

　　如果你不幸是一个前端工程师，那么这个更新速度还要更加迅速。三年前Backbone是主流，两年前是Angular.JS，去年是React，紧接着Flux、Reflux等作为React的扩展而成为了新的主流；Grunt流行过一段时间，很快被Gulp替代，而新的Webpack又依稀有大一统的趋势。几乎每周都能看到新的框架涌现，双向绑定、虚拟DOM、事件代理、同构、后端渲染、更友好的语法糖、更快的执行速度等等，几乎任何一个方向都有无穷无尽的变化。

　　而后端也好不到哪里去，容器技术、Web框架、ORM、构建脚本、自动化测试工具、依赖管理、应用服务器等等，你总有很多的选项，却又无法在事先区分到底哪个技术/工具更靠谱、更适合项目。

　　置身其中，往往有眼花缭乱、应接不暇的感觉。知识工作者当然需要终身不断的学习，但是像目前这种节奏，我很怀疑这是否是一种健康的状态。周围经常有人抱怨，好不容易上手了一个前端的MVC框架，一看周围的项目，大家已经在spike另外的框架/工具了（这意味着你在项目上无法使用该框架了……）。仅仅从学习的速度上来讲，我们已经远远无法跟上科技演化的节奏了，这是人类自身的一种限制。

　　知识的陷阱

　　假设你在一个Ruby项目上，学习了Rails/ActiveRecord/RSpec/MySQL。如果下一个项目还是Ruby，同样的技术站，你会觉得这是一种重复，因为除了业务逻辑、业务对象变化了之外，并没有新的内容，还是同样的技术。如果下一个项目是Python，技术栈变成了Django/nose/PostgreSQL，你可能会觉得有所提升，因为学到了不同的技术、框架、共建工具、测试工具等等，其实仔细观察，这还是一种重复，古人云：“换汤不换药”者，是也。

　　在目前我们所处的时代，信息以远远超过人们能接受的速度不断的被创造出来，一方面信息传播的速度大大提升了，另一方面是信息传播的渠道也极具多样化。我们无时无刻不被过载的信息包围着，即使你不主动的去尝试获取新的信息，手机App里的微信、微博、Flipboard、Pocket、知乎、开发者头条、Feedly、果壳、丁香园等等的推送已经足以提供给你足够的信息（大部分甚至都来不及消费就变成了历史信息而被忽略）。

　　以我自己为例，从2015年10月到2016年2月，我学习了很多东西，看一下下面这张图：

　　图中灰色方框中的内容是项目要求的知识，另外的则是我根据自己的兴趣学习的,两者基本上各占一半。事实上有很多内容（尤其是根据自己兴趣学习的）在真正要使用时，可能还需要学一遍。这些内容可能让我产生了我学到了好多东西的错觉。其实这个在另一个角度显现了技术人员的一个误区：以为自己可以掌握所有软件开发相关的知识(或者说太过于纵容自己的好奇心和兴趣）。

　　过载的信息

　　身处这样的信息过载环境，我们很难不为自己对信息的缺乏而感到不安，担心自己错过了什么重要的信息，这种担心和焦虑会促使我们进一步将时间消耗在对信息的获取上，开奖，从而更无暇思考什么是真正重要的。

　　《如何阅读一本书》将书分为两类：一种是提供资讯/信息（known）的，一种是帮助你理解（understand）信息的。相对于理解来讲，资讯本身其实并不那么重要。我们大部分人目前采用的碎片化的阅读方式无法提供给我们足够的“理解力”。我们都有这样的体验，有些书特别耗费脑力，读起来很累，j2直播，而另一些书则非常轻松，易于消费。碎片化的阅读方式易于消费，只需要很少的思考就可以读懂，但是危害严重，它们并不会帮助你提升理解力。