我多但愿我学编程时，有人教我这些事！

这篇文章在Medium上人气很是旺，转发量和评论数都爆表。原做者回想了本身漫长的编程学习之路，从中总结了我的经历，走过的弯路和各类教训。

一、学编程以前，想清楚本身想写什么。

学习编程基本就是在学习建造东西。假设你知道你究竟想造什么，你的编程学习之路将会豁然开朗。

假设你的目标仅仅是“学习怎样编程”。殊不知道本身究竟想写出什么样的程序，也不知道这些程序将怎样让你的生活变得更美好，你很是有可能会感到编程学习令你沮丧受挫。

提及来还有点丢脸，我最先想学习编程，是因为我想证实我聪明。

并且，我也想作一份属于聪明人的工做。我还喜欢思考数学及理论。

所以，编程怎么看都和我很是搭。

但是这些想法都不足以延续个人编程学习热情。直到有一天。当我最终发现怎样将科技（编程）与个人真爱---音乐和文学---联系在一块儿时，我才真正爱上编程。

那么，你究竟想用编程来干吗呢？

站点？游戏？iPhone应用？一个让你暴富的初创公司？交互式艺术做品？

你是想让你的老板对你另眼相看，仍是想写个程序让电脑帮你完毕一个枯燥的任务，以让你能花不少其它的时间看水獭的萌照？

也可能你仅仅是想在职场中更具竞争力，为你的简历加一个潮词（编程），或者知足你学校的毕业要求。

这些都是有价值的目标。你需要搞清楚本身的目标，而后有针对性地学习。

二、编程一点也不神奇，一点也不难。

编程和其它技能没有本质差异。就像语言学习里有语法和单词；就像数学里有不一样的步骤和不一样的题目；就像所有的技艺和手艺。编程里也有前人总结的针对不一样任务的技巧。工具，和好的习惯。

这些东西。你都可以自由使用，改动，或者弃用。

有我的曾这样判定，程序大牛和编程界的芸芸众生之间有一个明显的差异---后者每每缺少足够的智慧在编程界得到真正的成功。在这我的看来，这样的智慧包括对指针 (pointers) 和递归 (recursion) 的理解。

我在学校曾学过指针和递归。

在学生时代。能理解指针和递归的感受真心超级爽。这样的快感激发我踏上了计算机学习之路。

但在课堂练习以外，我极少有需要去碰这两个概念。并且，当我在教别人怎样学习编程时，我也一次从新地发现，人们不用这两个概念也能写出很是有趣很是赞的程序。

因此。不要惧怕。也不要去想本身是否足够聪明。想这些都没意义。

是的，编程任务越复杂，越难懂，你就需要越高超的技巧才干完毕。

但哪一个领域不是如此呢？除非你这辈子就靠编程讨生活了。不然你不太可能需要去理解编程中的递归。

三、没人能一次搞定。

当你第一次学习编程时，你会很是快撞上这么个问题。你认为你已配置好一切了，你查了又查，但你的代码就是有！

问！题！你对怎样排错毫无头绪。

错误信息（假设运气好你有的话）很是有可能对你说的是---“我了个大艹”。这个时候，你很是有可能想要放弃。你认为你永远不可能搞定。认为本身就不是编程的料。

嘿。当我第一次尝试编写C++程序，执行。却仅仅获得 “segmentation fault” 这样的错误代码时。我也有过同样的沮丧感。

但是这样的经历对不论什么一个水准的程序猿而言。都再正常只是了。

有过这样的经历。并不表明你的智商，技术悟性。或你和编程的适合度有不论什么问题。

不管你是编程新兵，仍是程序大牛。你都会遇到这样的经历。而新兵和大牛的差异就在于怎样对待这样的经历。

新兵和大牛的一大差异就是信念。什么信念呢？

就是深信出错的缘由是符合逻辑的，并可以找到的，深信问题可以被解决，深信总有办法实现本身的目标。

从0到1之路或许并不明显。但仅仅要你有耐心。你一般都可以找到。

四、总有人说你作的不正确。

大括号{}应该怎么放放？该不应不用tab来缩进？该不应对代码加入凝视？

对于这些问题。你们的作法各有不一样。

没有谁有标准答案。很是多程序猿热衷推销本身的偏好的那种处理方式，但这不意味着答案仅仅有一个。

其实。与那些说我作的不正确的人面对面，而后再努力去搞懂他们说的到底是不是对的，这样的来来回回，是我职业生涯的压力源之中的一个。

假设你与一个团队的其它成员一块儿写码，总会有人不认同你的某些行为。

有时他们是对的。但其实你到底是！对。是！错！

永远值得你亲自去推敲。

有时他们纯粹就是无理取闹，你别理他们就行了。

五、总有人会说你不是一个真正的程序猿。

看看这些说法吧。

“HTML不是真正的编程语言。”

“假设你不用vi，你就不是真正的程序猿。”

“真正的程序猿得懂C语言。”

“有些人就是不适合编程。

”

“有些人就是学不会。”

“你根本就不是真正的程序猿。我才是。”

要我说，编程对于不一样的人有不一样的含义。

同一时候，编程的含义随着时间的流逝也在变化。

有趣的是，那些能让刚開始学习的人。甚至是编程老鸟，更快上手。更省事的工具，包。框架等每每会被贴上 “真正的程序猿不应使用” 这样的标签。

这样的贴标签行为背后是一种恐惧：假设不论什么人都能称本身为程序猿，那这个头衔就将毫无心义。只是。我认为这样的闭关自守的行为是有害的。

去用那些让敲代码变得easy的工具吧。假设那意味着你用 Stencyl 或者 GameMaker 来写游戏，而不是从零開始写一个新的，没事，仅仅管去作。

假设你第一次尝试编程是从HTML或者Excel宏開始，没事，仅仅管去作。

哪一个（编程方式）你能坚持下去。你就用哪一个。

随着你技术不断提高。你就会发现那些便利工具对你的限制大于对你的帮助。

那时，你就会去寻找更强大的编程工具。

但大多数时候，很是少有人会看你的代码，或者问你用什么编程工具。

你的程序究竟好很差用才是真正重要的。

六、坚持例如法更重要。

关于 “正确编程学习法” 和 “最佳编程学习法” 的文章有很是多。的确。学习编程的方法有很是多。

你可以看书来学，你可以作练习来学，你可以给别人的程序捉虫来学。固然了，也有很是多种编程语言你可以挑选来做为你的第一门语言。

自学型的编程课程或者讲座系列常常有个问题：一開始你总会学得很是爽，但难度会陡然上升。

print命令老是很是easy，但要真正搞定一个有用程序的编写，每每让人抓狂。你很是有可能认为跟着教程走却并没搞懂，而后你就開始抱怨教程有问题。

当你撞上这个 “编程玻璃顶” 时，那些教程和线上资源对你的意义已经不大了。因为他们默认你已是一个编程好手了。

更让整个编程学习进阶之路变难的因素是。你根本不知道本身缺什么 (you don’t know what you don’t know) 。甚至，搞清楚本身接下来需要什么都成了难题。

不管上什么编程课，你都会有这么一段 “撞墙期”，惟一的解决的方法就是坚持究竟。

这意味着你要不断尝试新事物，学习新知识，不断地，一步步地，去解决这个问题，去编出你要的程序。假设你这时认真回看本身的编程初心，你就更有可能得到成功。

坚持究竟。就会胜利。这就是我以前提到的信念的价值所在。假设你真的坚持究竟。你就真的会胜利。