如何摆脱新手教程的困境：向托尼·霍克学习！

由 Mux 主办的 DEV 全球展示挑战赛：展示你的项目！

在学习编程的过程中，许多人都会遇到我称之为“教程循环”或“教程地狱”的困境。它曾一度困扰着我的学习——事实上，我认为未能及早解决这个问题是我学习Web开发过程中犯下的最大错误之一。本文将探讨如何摆脱这种循环，为什么它对学习极其不利，以及我用来提高学习效率的一些策略。

“教程循环”指的是你在学习编程时可能会陷入的一个永无止境的循环：你观看了一个又一个教程，却始终无法掌握所教授技术的实际应用知识。这通常会导致开发者将这些课程评为“无用”，然后转而寻找其他可能包含提升编程技能“秘诀”的课程。

这是一种令人沮丧的处境。你跟着视频编写代码，搭建出和老师一样的应用程序，这让你感到成就感和自豪感，但最终这门课程并没有真正教会你任何实际技能。事实上，它教会你的只是如何跟着别人编写代码而已。

这其中是有原因的。你根本没有自己做任何决定，也没有自己思考解决问题。

我十一二岁的时候，买了一张托尼·霍克的“滑板入门”录像带。我看了好几个小时，把托尼说的每一个字都记在心里。我最感兴趣的是“下坡滑行”（Drop in），这是每个滑板运动员都必须掌握的基本技巧，也就是能够从U型池坡道上滑下来。

对于初学者来说，这招很难，因为它的特性决定了一旦失误后果很严重。如果你过于自信，身体前倾过多，就会摔个狗啃泥；如果不够自信，滑板会从你脚下飞出去，把你摔得粉身碎骨。

第一次来到滑板坡道时，我信心满满，因为之前从那位大师那里学到了很多，觉得自己绝对不会失败。他的话语在我耳边回响，我悬停在坡道上方，身体前倾，结果“砰”的一声，我重重地摔在了水泥地上。幸好没受什么重伤，只是自尊心受到了不小的打击。

听别人讲解如何完成某项任务固然能增强我们的自信心，让我们觉得自己也能掌握这项技能，但实际上，这需要练习。需要一遍又一遍地重复同样的动作，反复练习。

典型的“学习编程”教程通常会包含一个“边学边做”的视频，或者会展示一个最终项目。我们在教程中会看到最终的应用程序，甚至可能已经按照教程中的步骤编写代码，自己也实现了这个应用程序。但我们看不到的是老师为了让这个应用程序正常运行所投入的时间，包括设计过程、最初构思应用程序如何构建的思考，以及他们在此过程中遇到的所有错误和漏洞。他们展示的只是一个精雕细琢的完整项目，而不是实现它的过程。更不用说，他们为了达到能够自信地教授某个主题的水平，投入了多少时间学习。

就像托尼·霍克能完美地完成各种特技动作，他的教学视频也堪称完美一样，我们看不到他为了学习这些技巧所投入的无数个小时，看不到他一次又一次摔倒又爬起来的经历。真正的学习在于自己摸索出那些难点，当然，也包括失败，但要坚持不懈地尝试。

作为一名新晋软件工程师，你必须明白这一点，学习编程是一个漫长的过程。事实上，你越早意识到仅仅依靠观看别人编写你想要开发的应用程序并非最佳学习方式，你的学习之路就越有利。

罗伯特·格林在《精通》一书中谈到，只要我们以正确的方式对待它，我们每个人都有能力成为自己领域的专家：

“我们怀着兴奋之情进入一个全新的领域，但同时也对前方需要学习的知识之多感到恐惧。这里最大的危险是厌倦、急躁、恐惧和困惑。一旦我们停止观察和学习，通往精通的道路就会停滞不前。”

作为新手开发者，我们渴望看到成果。我们喜欢跟着教程学习，跟着老师一步步编写代码，因为通常最后我们都能得到一个应用或项目作为成果。这让我们感到很有成就感。独自缓慢进步固然枯燥乏味，令人沮丧，但要想精通任何技能，我们都必须接受枯燥是学习过程中不可避免的一部分。我们可以拥抱枯燥，并选择高效练习！

人们常说，学习一门口语最好的方法就是去一个说这种语言的国家练习。在我看来，学习编程语言也是如此。仔细研读现有的代码库，分析其中的原理，修复开源项目中的bug，创建新的项目。任何需要你思考和增长知识的事情都值得去做。你需要找到解决问题的方法，克服那些你不知道答案的难题。利用这些经验，通过谷歌搜索、Stack Overflow 和阅读文档，培养自己独立寻找答案的能力。

我并不是说你应该完全忽略教程，恰恰相反。教程是非常有用的学习资源，也是学习新技术的绝佳起点，但是，它们仅仅是“起点”而已。

托尼·霍克不是通过观看别人滑板学会滑板的……同样，你也不应该通过观​​看别人编写代码来学习编程。