太难的教程看不懂,那只能看一些简单的了。简单的教程,它也是教程啊,那为什么看了许多简单的教程,却依然没什么进步?
其实原因很简单,因为简单的教程之所以简单,是因为它们把真正的难点给隐藏起来了。
随着业务需求的愈加复杂,现在前端开发的技术栈的层次也相应变多了。你想要做一个项目,哪怕是一个demo,那也需要多个技术一起用起来。至少表现层(css)和业务层(js)所用到的技术就不一样了,但你不能css和js都写呀,你的教程必须得有侧重点啊。不能真的用到什么就顺着往下讲什么,否则就讲跑偏了嘛。
那这时,你必须要把一些知识点给屏蔽掉了。例如你要讲的是js,但你的demo中需要用一些快速生成ui界面的东西,而这种东西可能是bootstrap或是一个类似的第三方的东西,但你只能是把它一带而过。
但做为读者的“我”来讲,可能bootstrap这类东西我根本就没用过,这就导致你文章中的demo,我实现不了。这也就直接导致我无法通过你这篇教程学到全部的东西。
但在作者那里,可能还觉得“这篇教程我写的很浅,很简单了。”
上面提到的只是一方面,因为前端开始需要的是多个技术的配合。可能有人说,那写个只用js的可以吧。
Ok,可以。
如果你多阅读一些js教程、文章,你会发现js方面的教程只要写的长一些,必然会涉及到js的核心知识。而这时就要求你明白、理解一些原型、对象、引用...等方面的知识。否则依然是看的云里雾里。
那就只能是先从简单的短的教程开始看起啦。事实也只能是这样,毕竟短的文章,它涉及到的知识点相对会少一些,基本都是围绕一个知识点做全面的讲解。
但我为什么说,“总是看短教程不好呢”?原因有以下几点:
到后来甚至会形成自己的歪理,什么“浓缩就是精华”之类的,所以多看短文章有效率省时间什么的。
就是说,你可以读短的教程,这没有问题,但你不能一直读短教程。正确的姿势应该是,把长的教程分成几段,或几个知识点来学习,而不是一遍就想读完、读明白一篇很长的前端教程。想一次把一篇很长的前端教程就读明白,这是不正确的学习思想,是想一口吃个胖子的想法。
而把薄书读厚,是指你在读一篇短教程的时候,能够在脑子里引申出多个相关的知识点。这种情况下,薄的教程反而成为了你脑子里的学习题纲。
前端是复杂的,“你”必须习惯。如果想一味的在前端开发的知识当中寻找简单,这将使你学习流于形式,难有寸进。