你如果自学前端Js，能不能别看文档了？

我在网上讲课已经二年多，教过的学生没有一千也有800了，就业率是多少并没有统计过，不过七八成的比例总还是有的。这么久以来，我一直在思考一个问题，“前端零基础新人到底需要什么？怎么样的入门姿势才是最适合的？”

当然了，我也明白每个人的情况不同，这问题其实并没有普适的答案，但总该有一些共性的东西吧。今天是周末，就跟大家聊几句。

<!-- -->

例如我吧，让我学习一门新的语言，无论什么语言。我会怎么做呢？

第一、百度查一下它的基本资料、介绍、文档、语法；

第二、找一些小例子，把它运行起来，能出效果；

第三、对照着文档，去调整、调试这些小例子，看看出来的效果或反馈，是不是我所希望的。如果不是，那么原因是什么；

第四、把几个小例子组合成一个应用；

理论指导实践，实践验证理论。这是我的学习方法。

<!-- -->

在早期最开始的时候，那时还是2006年左右，我无意之间收了一个徒弟。

因为我是这么学、自学的，于是我也这么教别人。程序嘛，语言而已，就像学英语免不了背单词一样。那学程序就看文档，先熟悉各种方法、事件、对象呗，然后像写句子一样就行了。

结果嘛，当然是不乐观的。就像你背了好久的单词，依然写不出像样的英文文章一样。看了许久的文档、方法、说明、demo、介绍，却依然是写不出来什么像样的东西。

我就很不明白，我说你看这介绍、示例、讲解，都在这写着呢，都是中文的，你哪不懂？他说，“我的DW装上了，但一直不能运行”。

-- 原来他的dw是试用版，过了30天，装上也用不了。他一直卡在这里。

-_-，

呵呵，我们根本不在一个语境。

<!-- -->

以前在公司带实习生的经历告诉我，如果你上来就直接让前端菜鸟自己去看demo、看代码，你能收获的大概率的结果是，他“知难而退”了。

代码是真实业务的反映，同时也体现着开发者的思路。什么样的业务就有什么样的代码，开发者怎么想的，怎么理解的，代码就会是什么样子。

不理解业务的情况下，直接看代码，这无疑是让前端新人通过代码去反推业务、需求是什么样。并推测开发者的想法。这对新人来讲，根本是不可能完成的任务。

<!-- -->

前端开发需要有全局记忆，从顶层结构一层一层的向下、向细节里去看。如果没有全局记忆，只能是看到哪段算哪段，之前和之后的代码是干啥的？完全不知道、没印象，脑子里也不会有代码的全局的概念。

看代码，看的是架构，看的是逻辑关系，看的是数据的流向。但对前端新人来讲，看代码，就是一行一行的不知什么意思的英文词儿。

所以从另一个角度来讲，很多人在网上发什么求实例，求源码，其实是完全没有用的。

<!-- -->

所以等我回到沈阳开始自己做线上课程的时候，结合之前的经历，总结了一些适合的自学方法。就是“看文档+看代码，一二一二的交替向前”。看一些文档，写一些代码，再看一些文档，再写一些代码。

整个课程就是一个完整的电商网站，一步一步的跟着我一起走。先讲需求，讲思路，讲为什么要这么做。然后我写代码，然后你照着我的写，然后留作业，我检查批改。

实践证明，这种授课方式的效果还是很不错的。

<!-- -->

如果你是自学的话，在学习的初期不要去想什么开发思路之类的问题，这是要通过积累才能得到。你自学的初期就是以掌握语法、基本功能为宜。

怎么一二一的交替前进呢？文档基本上都有教学部分，你就多抄写这部分的代码，写的多了，自然就理解了。

<!-- 最后 -->

很多情况，不是熟练的程序员不愿意帮助前端新人，而是前端新人和前端老鸟，不在一个语境里。

新人觉得某个问题不能理解，老手却觉得你这问题网上一堆；新人就感觉你不帮我就算了，干嘛来嘲笑我；老手却认为，我告诉你的是解决问题的方向与思路...

我个人主观觉得，分成二方面说，

一、前端开发工程师是很忙的，现在加班的压力都很大，你指望他耐心细致的给你讲解，这基本是不可能的。他能给你一个大概的方向，已经是帮你了。而且写代码的时候思路不能断。例如我在写js的时候，任何人打断我，我都会很烦，很烦，很烦...

二、而前端新人，最好还是调整心态。要明白你要学习的是前端开发，也就意味着，你要成为“你认为在嘲笑你的那些前端老手”。那么，你最好是听从他们的建议，毕竟你是在向他们学习。

如果你讨厌这些前端老手的样子，那么你要记住，“你将要成为你所讨厌的人”，如果你没有中途放弃。