这两年自己的亲身经历，让我将许多方法结论都实践了一遍。有的是前辈告知的，有的则是自己的感触，再前行的路上勿忘初心才是最重要的，在此我记录下来，希望可以帮到你们。
最近工作重心由移动端转向了服务端，一直在 做 Web 开发，因为公司业务变化不得已而为之，我在这可算是吃了很多苦头。
因为之前一直从事于 Android 开发，Web 开发以前是有做过，但都涉及的不深，也忘得差不多了。所以此次跟从头开始没什么区别，才导致最近空闲时间很少。
我的老大具有十多年开发经验，目前一个礼拜来公司的时间也很少，现在他一手带我，一个礼拜下来，我是感触很多。
错误的学习方式
这次「转行」开始先是两个小时的培训，我简直是一脸懵逼，因为他直接切入了一整套的 Web 开发流程，从前端开发再到后端新的开发框架。
在我接触了生疏的编程语言和开发模式后，拿着老大这个 Demo 「啃」了起来，这是事发第二天了 ，很长时间过去了，我竟然都没有找到他头一天编写的核心代码，这让我有种强烈的挫败感。
厚着脸皮将老大拽过来，我直接告诉他，我没有办法找到你昨天写的核心代码。他听了后倒觉得没什么，而是告诉我，在这么短的时间内让我以这样的方式开始一个新领域，确实是为难我了，好吧，你还知道......
他说他的原则是每开始一个新领域，都不会先告诉我合理的解决方式，先让我自己着手解决，在尝试了各种办法还是无果后，他给我提供技术支持。
我以往的学习方式是这样，在接触一个新节点后，我会从基础原理入手，慢慢掌握与之有关的所有流程，掌握了基础和原理后我再开始实践，而一个十年开发经验的大牛今天告诉我，这是不对的。
让你事半功倍的「二八原则论」
你开始了一项新任务，这项任务所涉及的知识点是很多的，如果你想掌握所有流程后再选择开始，是非常不明智的选择。
除了付出大量时间精力之外，结果反而会无法达到预期。「实践是检验真理的唯一标准」，是的，那怎么来实践才是最合理最高效的？显然让你把这项任务与之相关的技术点都一一实践是不合理的。
我们来做一个划分：
首先这项任务所涉及到的知识点，其实只有 20% 是关键，你只要掌握了这 20% 的技术点，便可以胜任这项任务 80% 的工作。
这么说可能你会觉得有点危言耸听了，这是一个真理，经过我一个礼拜的实践，让我觉得自己的效率何止是事半功倍能够形容的。
那技术点里剩下的 80%，就只能够用来处理这项任务剩下的 20% 的工作了，因为这是涉及到 20% 的工作量，所以当工作中遇到的时候，你再去接触这些，完全是最佳选择，相反你早一步接触到还是会遗忘。
每一项任务你完成后便可以掌握这 80% 的技术点里的一部分，随着你任务量的叠加，这些东西慢慢都会被你挖掘出来，那这就是最佳实践，也只有最佳实践才适合职业人，当然也适合学生党。
这次高强度的学习还让我明白了一个真理，应该说更的确信了这个真理：
过程比结果重要
曾经有幸听了一次讲座，IT 届北京的一位大牛，他的讲座是回答现场提出的十个问题，回答完毕讲座结束。这十个问题里有我的一个「如今学校里如何保证我们高效的去学习」
他的回答很精辟，总结为：在学校，你接触的实战和技术深度是无法和工作后相比的，学校里你要学会的只有一个，就是掌握如何学习的方法，这是重中之重。当然了，我完全没有按照他所说的去做，我承认我太浪了，没想到「发育」
所以才有了现在的血泪史呀，工作后累成狗！
言归正传，此次的老大交代的任务可谓是异常艰巨，很多地方我完全没有办法下手，没有敢于创造思路的魄力，哪怕最后的结果是失败的，这让我犯了大忌。又试问哪个行业的大亨是一次创业就成功的，过程都没有坎坷吗？
首先我们得敢于实践，自己动手，先来指定一个自己的思路，顺着这个思路进行下去，解决问题的方法与思路比解决问题本事更重要。最后即使失败了也无所谓，这次过程中你收获的东西才是最可贵的，在我一次次实践无果后，我再次拽来了老大，经过他的一番教导后我解决了问题。
此时我感觉到，这种方式可以让我对这个技术点有了全方位的认识，因为结果并不是我单纯的获取了前人的经验而得来的，这里面还参杂着我自己实践的感触。
也是经过这次的小插曲，他告诉了我这么多年自己总结出来的一个学习方式，这个方式就是以上我亲身试验了的，这让我觉得很宝贵。
所以当你接触到一个新事物后，先来获取前人经验的确可以让你快速解决问题，但是不足以让你对其形成深度认识。看视频，看文档，看前辈的方法经验，这些在你亲自实践后去看，你会发现，你得到的不仅仅是你想到的，以后的日子里你持续下去，你又会不知不觉的发现，原来自己已经走了那么远。
