但是直觉上我们会选择容易的事情来做，虽然这种浅层次的阅读只对扩展信息/资讯有帮助，对提升理解力则几乎无用。而我们在处理日常工作中的问题时，能真正帮助的，只有理解了的那部分知识。我在2014年，曾经有几个月屏蔽了所有微信、微博等内容聚合类的应用，也尽量少的去技术论坛，每天就是写代码，读纸质书，除了最初几天的忐忑之外，整个过程的收获非常大（而且也没有漏掉任何重要的信息）。

　　知识框架

　　技术人员有时候会有一种想要把所有技术都掌握的「执念」，这在局外人来看是一种荒诞不经的想法，但是置身其中，你很难看出这一点。毕竟，有意思的东西实在太多了，各种范式的编程语言、编译器技术、人工智能、数据可视化、地理信息系统、嵌入式设备、软硬件结合、大数据、自动化测试等等，每一个方向都有无穷无尽的有意思的东西。

　　但是在知识规模如此巨大的今天，一个人是无法掌握所有技术的，更不用说新的技术还在不断的涌现出来！这就要求我们有节制的来聚焦在某些技术上，而视其他技术如无物。当然这需要很大的勇气和魄力，不过唯有如此，技术人员才可能有真正的长进和成就。

　　我基于自己的经验，绘制了一个「Web开发」方面的知识框架，这个框架上包含了一个比较全的技能/知识集合，也是我认为一个「Web开发」人员应该掌握的一些知识点。

　　在成为一个专家之前，你需要先对要学习的领域有一个全面的认识。也就是说，做Web开发，需要尽可能覆盖到这个框架上的所有点。一旦完成了这棵树上的所有节点，就不用再去做第二次了，这时候你可以尝试找到树上的某一个分支，深入下去。这个听起来好像和我之前文章中的观点有所矛盾，其实不然。我在《我们真的缺前端工程师吗？》一文中提到过，"工程师不应该将自己束缚在前端开发上，要了解整个软件开发的全生命周期。"这里的观点其实是一致的，即首先要了解软件开发全生命周期中的所有节点，然后再有所侧重的去找自己的兴趣点来发展，即：先建立广度，再建立深度。

　　应对方法对于知识的陷阱

　　当因自己的兴趣（而不是项目驱动，也就是没有实际的土壤来验证）而想要学习一个新的知识时，对照知识框架，如果发现自己已经在历史上学过它了，那就强迫自己放弃这个念头。比如你很熟悉用rspec来编写测试，忽然有一天心血来潮，想要学习JUnit，正确的做法就是泡杯茶，等这种冲动自己过去。相信我，一旦有了Java项目，你可以非常快速的掌握JUnit，而且很快会找到对应的feature，就像一个长期工作在Java技术栈上的同事那样！

　　对于过载的信息

　　实践中，首先要令自己相信：你无法掌握所有的知识，即使仅仅在软件开发领域。有了这个大前提之后，你只需要采取先建立广度，再建立深度的原则即可：

做减法（在建立了知识框架之后，有针对性的学习）

主动、深度阅读经典

为那些有趣但非自己关注方向的知识赋予较低的优先级

　　另外，还可以尝试将微信、微博关闭一段时间，或者至少可以不去点那些朋友圈里的《老X聊微服务》或者《12个你不知道的Sublime技巧》文章，保持专注，保持简单。