软件开发领域，大家面临的学习和应用模式是这样的：

　　一个新的技术点/新的硬件/新的操作系统/新的算法/新的架构，一个团队都需要学习。大致划拉了一下，需要八个学科的知识点，但是肯定不是把八个学科都学通学透，可能每个学科领域只需要千分之一左右的知识量。那么，学习模式是：先大致看看文档资料，然后立刻动手干，然后一路google，一路copy代码，一路试错试过去。

　　很多新人面对一个职业，面对很多领域的技能，会非常羡慕老员工，真牛，什么都懂。同时，也会对自己要学习的东西产生恐惧感——这么多东西，什么时候才能学得完？在自己青春年少的时候，学习这么多技术，万一两三年后转行，这心血是不是白费了？

　　实际上，这是想多了，这个工作，注定了你会接触到很多的学科领域，但可能一门学科，你只需要掌握1%。你可以理解为这是熟悉的考试前划范围的桥段，不同的是，这个范围，一部分是老员工、导师给你指定的，一部分是自己在不同的应用模式下，自己划范围给自己的。上面提到的深度和广度的判断，也是自己给自己划范围的能力。

　　同样，你零敲碎打学到的东西，并不一定给你下一份职业能带来什么直接的帮助。正如你一路学习的数学、物理一样，现在可能你只是用来买东西算帐，甚至百位数的加减法都需要借助于计算器，但是依然不影响你十几年的理工科模式，带给你的严谨、周全的思考模式。是的，通过练习，获得的思考模式才是大的收获。学习是一种实践，你只有通过这么一次次的学习，才能培养出来系统的学习思路和学习方法。

　　可以换个领域举例子。比如销售去面对客户，可能你在书本上看到过很多沟通的方法和技巧，但是必须是自己要去面对面的和很多客户沟通交流后，才能达到一个比较圆滑通透的境界。你无法问这么一个问题：这个客户谈不成，对三年后的我有什么影响，有什么好处。但是你肯定知道，当你自己和几百个客户沟通交流过，谈成一些项目，谈崩一些项目……你会对自己的沟通、为人处世具有信心，然后相信自己无论面对什么样的客户，都能很好的沟通，把项目搞定。这是经过一次次的，无法借鉴的细碎沟通，达到对自己为人处世，情商智商上的升华的目的。翻过来，在技术领域学习各种零碎的知识点也是一样的，可能无法让你直接应用在三年后你的工作岗位，但是学习本身的探索，对思维逻辑，对系统性的提炼，甚至对自我的肯定（老子牛逼，学XX语言也是三个月的事儿，现在这些新东西，算个球啊），这才是零碎学习背后，本质的提升。

　　所以，针对新人去学习技术类知识，给的三条建议为：

　　1、只学一门学科到非常精深。道理是相通的，一法通，万法明。

　　面对庞大的知识体系，千万不要试图每一门学科都学的非常扎实，这不符合职场本身的定律。在自己喜欢、擅长的领域，把一门学科学的非常精深，然后你会发现，其他的一些领域，在逻辑、方法论上，多是可以借鉴和互相印证的。所以找准自己的法，学通学透，然后去印证其他的领域，这是快的学习方法。

　　2、面对其他需要掌握的知识，要培养出划重点的能力。

　　在某个项目上需要，那么拿过来一门学科，圈定30页的范围，边学边用，搞定之后先做项目，不求甚解。在项目过程中，一些疑问点自然会明白，一些疑问点当项目结束之后，你还可能不明白，但是已经没有再深挖细究，搞明白的价值和意义了。

　　3、适应这种学习的模式，提炼出一种学习的思维。

　　一个新的东西，大致是什么框架，应该去获取那些相关的知识点，然后按图索骥，一步步去搞定。

　　如果养不成这种学习的思维，只是希望有个人/课程，能让自己不动脑子，一路next，一路看图操作，能搞定一门技术的话，那么，无论多么的工具，都是无法推广成功的。

　　看看你身边的一部部大块头，从C++到Python，这些书，我们都叫它为工具书。所以，它，注定不是让你像背诵英文字典一样，生吃硬吞，逐行逐字理解之后，才能干活的。工具书，是你在码代码的时候，你会时不时的翻开，去查阅，去学习的。

　　工作中学以致用的学习，需要的是一门傍身的核心技术，然后自己给自己划范围的主动性学习。