文/ThoughtWorks王健

　　经常跟公司的年轻人聊天（说起来好伤悲），他们大多在充满激情的同时表达出自己对于学习的迷茫。面对快速发展的技术被迷晕了双眼，不知道学什么，也不知掉怎么学，不知道从哪开始，也不知道学到何时为止。之前也，想想应该把自己的一些经历和问题以及对于这些问题自己的思考梳理一下，分享出来。

　　小小鸟们需要面对的第一个问题往往都是不知道该学什么？面对扑面而来的各种技术，框架，术语，各种三个字母或是四个字母的天书一样的单词，感觉一下就被淹没在浩瀚的技术海洋中。看着大牛们的各种口吐莲花，对于各种技术信手拈来，运用自如，羡慕之余也不禁畅想着自己何时才有这么一天。

　　为了实现心中的目标，很多人捧起了各种神书，什么设计模式，什么算法导论，什么编译原理；而有些人则搞起了各种新潮的技术，什么Angular、ReactJS、Go、Node、Swift、Spark，他们都以为自己已经拿到了通往成功的钥匙，不过看了一阵发现，该听不懂的还是听不懂，书看的进展缓慢，狗熊掰棒子一样忘的比记得还快，技术淘汰的速度超过了自己学习的速度。怎么破？我给的建议其实很简单，就是：

工作用什么学什么；2. 先上手后学习；3. 无目标不学习，学到够用就停止

　　为什么建议从工作入手？因为这样可以最大化的借势，达到事半功倍的学习效果。曾经有只小小鸟做着一个C#的工作，但总觉得没有搞Ruby啥的高大上，用着IDE，总觉得没有用Emacs&Vim高大上，所以就白天硬着头皮用IDE搞C#，晚上下班后风风火火用Emacs搞Ruby。一年过去，累的跟狗一样，结果工作也没有干好，atv，自己想学的东西因为没有使用场景也总感觉停于表面。后来痛定思痛，决定集中火力专心学学C#，将自己的学习与工作的方向调整到一致（而不是像之前总是忘两个方向使力，结果都相互抵消掉了）。最后发现反而事半功倍，工作也出成绩了，对于编程语言本身的理解也深度了许多。再去看Ruby或是其他更新的语言，反而轻松了很多，对，这个小小鸟就是我。

　　说起来简单，但是很多人还是会很纠结，生怕站错了队伍，选错了方向，选错了语言，选错了技术，输在了起跑线，就像我当年一样。走过来我才发现，其实作为当时的自己，无论学什么的效果应该都是差不多的，所谓殊途同归，触类旁通。而对于现在的自己，我已经有能力做出对于自己正确的选择，反而不会纠结。所以做不出选择只能代表自己不够强大，也代表此时的选择可能对自己的意义也没有那么大。念念不忘必有回响，atv，学什么都是有用的，但一个重要的前提是学习的驱动力是兴趣而不是简单的作为一个挣钱的工具，引用罗辑思维里说过的一句话：“没有兴趣你将一事无成”。所以，我的建议是：

　　结论：工作用什么，学什么，以点带面，顺势而为，将自己学的东西与工作契合，利用所有时间学习。

　　很多计算机知识都非常抽象难于理解，什么模式、内聚、解耦、架构、分层、并发、异步、静态、动态、过程、对象、函数、逻辑，还包括各种各样的语言和原则。这些抽象的概念是很难简单的通过“学习”可以完全理解的，因为它们都是从问题中来的，都是人们为了解决某一个问题想出来的解决方案。但是就像中的猴子们一样，我们已经慢慢忘了最开始不能去拿香蕉的原因，已经忘了问题，而将解决方案视为圣典，而后来的猴子们（小小鸟）在完全脱离了问题的前提下，单单去学习这些解决方案自然会觉得很抽象也很痛苦。

　　所以，作为勇敢的小小鸟，应该多问几个为什么（参考），甚至勇敢的去摘一次那只香蕉，就当自私一点为了自己，知其然也要知其所以然。记住，那些“约定俗成”、“就应该这么干”、“大家都是这么做的”、“我们一直都是这么做的”都是狗屎，除非能说出问题给出原因，否则任何脱离问题给出的解决方案都是耍流氓。

　　结论：直接上手实践，遇到问题，先尝试自己解决，再带着问题去学习，这样的学习才会更有效率，理解也才会更深刻。

　　大牛们经常会指点我们学什么，但是一般不会告诉我们学到何时为止。而面对一本本厚厚的书，和外面各种新技术新框架的诱惑，我们不禁自问，这得学到什么时候啊。我们知道在设计上有种说法叫过度设计，那如何避免过度学习呢？过度设计是指去设计那些现在用不到的功能或结构，而过度学习则是指去学习那些现在掌握运用不了的知识。