【编者按】本文作者为 Chris Ward，主要分享了 Chris 在多年的编程教学中，积累下的一些经验教训，以及在他眼中，新手学习语言时的注意事项。文章系国内 ITOM 管理平台 OneAPM 编译呈现。
和许多我这个岁数的人一样，我学编程是从BASIC语言开始的。那时候，你会买很多杂志回家，杂志上有整篇整篇的代码，教你编游戏，或者是一些基础的应用程序–你和朋友们花了好几个小时勤勤恳恳地把那些都敲进电脑里，结果却发现这儿或那儿有一个印刷错误，反正游戏就是运行不了。于是你们只好作罢。其实这件事最大的意义就是能和朋友一起玩儿，而爸妈还觉得你是在学习呢。
BASIC语言是有缺陷，但我喜欢它虽然罗嗦，却很清晰。这也是为什么用它来实现任何功能，都得花上很长的篇幅。 现在发布的这些语言几乎都没有这么“棒”的语法了（包括强制必须给出行数）。
5 LET S = 0
10 MAT INPUT V
20 LET N = NUM
30 IF N = 0 THEN 99
40 FOR I = 1 TO N
45 LET S = S + V(I)
50 NEXT I
60 PRINT S/N
70 GO TO 5
99 END
（感谢Wikipedia）
但你得承认，作为一个新手，你完全可以理解上面的代码在做什么。
数年以后，我通过学习一系列的语言，掌握了“现代的”编程方法，包括PHP、Lingo、C++、Visual Basic、以及Java。我肯定学习了面向对象编程语言，但多数时候我觉得它们还是面向过程的。有很多年，我一直在用Drupal，但这一点也没用，Drupal直到版本8开始才有真正的OOP（面向对象）概念。
时光快进到现在，也是我为什么写这篇文章的部分原因。在过去的几个月里，我都一直在教柏林的叙利亚难民们编程，我们选择的语言是Ruby（以及Rails）。
是否适合教新手学Ruby？
暂且不说近年来，越来越多的程序员弃Ruby而去（这是另一码事）。我们（老师们）也不确定是否应该选Ruby。整个Ruby社群的人都非常赞成和欢迎别人的加入。因为他们的支持，加上自身的坚持不懈，也有不少人真的学成了。
然而，我们注意到Ruby能够吸引经验丰富的程序员的地方，对新手来说恰恰是令人迷惑和困扰的。我写这篇文章的本意并不是把它做成一篇“Ruby抨击论”。我喜欢Ruby，它的这些问题在其他的语言中也存在。不过最近教新手的经验，刚好给了我实际的例子来说明我的观点。我也承认，这当中有一些问题可能是因为我教授的顺序有误，或者忘了给他们讲解那些有经验的程序员们做过的一些任务，至少当时忘了讲。
快捷工具
程序员都有点懒 – 或者更准确地说，我们希望可以不要重复地一直敲同样的样板代码，而是把注意力放在项目中重要且独特的地方。Rails的脚手架刚(scaffold)好可以实现这一点，通过少量的命令，你就可以搭建好一个MVC应用程序的基础。
但是对于新手来说，这些工具却并不好懂。新手们无法理解刚刚被创建的东西是什么，为什么要创建这些，这些东西应该放在哪里，怎么放？
快捷语法
对一个有经验的程序员来说，写这段代码
(0..100).each {
print i
}
比写这段
var i;
for (i=0;i<100;i++) {
print i;
}
当然更快捷、更有意义。事实上，这的确更有效率：不需要初始化一个变量，或是写这种全用分号隔开的恐怖语法。但是从新手的角度来思考呢？以Ruby为例，新手可以理解的为数不多的词只有each和print。其他的有什么用？我并不是说，初学者就无法掌握这些概念，只是说在某种程度上，第二段代码实际上更加清晰，更容易让学生理解究竟发生了什么。
“随心所欲”的语言
一度曾有这样一种趋势：程序员们可以随心所欲写语言–而不用考虑变量类型等等。这种趋势的名气现在已经大不如前了–至少可以说，越来越多的更加严谨的语言出现了。它们的速度和效率的确更高一筹，但我在想这是不是也是风头转变的又一佐证。需要你遵循一定步骤的语言，可能会花费你更多的学习时间，但能做什么不能做什么往往要明确的多。
投入实际的工作
通常，我们愿意让学生接受一些最有用最“贴近实际”的概念，并且能尽早地开始实践。当下的许多“编码学习”程序都聚焦于让参与者“可以开始工作”。我可以另写一篇文章，阐述一下这些程序中的问题（我应该会去写的），但总的来说，这些程序有可能让学生过早地接触到一些概念。下面是我根据最近的经验，举出的一些明显的例子。
面向对象编程（OOP）
OOP是许多现代编程语言的基础概念。但这个概念通常在刚介绍完基础知识，如变量、逻辑和循环之后，就被直接扔给学生了。学生还没完全理解程序究竟是怎样的呢，就遇到了一堆难题。
OOP的概念在高级应用程序中更有用。而当我们编写基本的程序时，基本无需用到OOP，它只会增加不必要的麻烦。通过对比，老师们可以给出一些术语和例子–如动物和车辆–但是基本没有实际的必要与用途。
版本控制
版本控制也差不多。如果你是一个团队的成员，在一个大项目中工作，总有常规改动的话，那么版本控制是非常有用的。但如果你是一个人工作，或者是在一个小团队中工作的话，版本控制的概念就过于复杂了。Git是个非常棒的工具，但是它的工作流程却很糟糕–漏做一步会搞乱所有的东西，同时刚开始的那么多次merge也是让人非常头晕的。
好吧 Chris，那么你觉得我们应该怎么做呢？
问得好。批评起来总是很容易的。而且谁说我就是对的呢？首先，我想告诉大家一两个我在教学过程中发现的有用的小窍门，然后我想听听大家关于新手入门语言的反馈建议，及理由。
不做任何假设
我知道这话你已经听过很多遍了。但我希望你可以试着再深入地了解一下。先来看看这个片段摘要：
如果你不做任何假设，那么你也不会失去任何东西。
好吧，可能有时候还是会有所失去，但是并不多。在实际操作中，这意味着，你不应当假设有人听说过你最喜欢的那个构建系统/语言/IDE/编辑器，或者假设任何人有着与你相同的经验。即使你认为他们有，也不代表他们真的有。当然，如果你想先问问的话，那么就去问问–但是记得要再确认一下。
在必要的情况下，人们通常愿意接受重复。如果有些东西他们已经理解了，但是还得再听一遍解释，他们多半不太介意，也许在听的过程中还能了解一些新的点呢。
背景
这对我来说是个重要的话题。程序员往往很擅长告诉你一个东西很炫酷，但是并不擅长阐述为什么。当你在教学时，不要只告诉学生们这个东西更快、更好、更大，还要同时解释为什么这个东西对他们或者对你来说是个好选择。学生们会比之前听的更好，学的更好，记的更牢。
社群
尽管听起来可能很矛盾，但是有一些语言（特别是Ruby和Python）有着非常强大的、试图培养新手的社群。这些社群或者并不能真的让语言变得更容易理解，但是坚持的人往往会发现社群可以帮助他们轻松地扩展知识量。最重要的是，社群越支持，就越能减少新手可能遭受的负面影响。
最适合学习的编程语言
这是你看本文的目的，我亲爱的读者！我希望你能告诉我，你认为什么才是最容易学习和理解的语言呢？同时，也请告诉我你为什么这样想。如果你曾有过相关的教学经验的话，都有哪些发现呢？
几周后，我会收集相关的故事，写一篇后续文章。文中我会（在新手的帮助下）平实地阐述这些语言真正的易用性，以及最佳的教授方法。
我知道你对于我的这篇文章一定也有一些意见，这很好。请和我们分享你的观点吧！请尽量提一些有建设性的意见，并尽量从新手的角度出发。谢谢！
本文转自 OneAPM 官方博客
原文地址：https://www.sitepoint.com/teaching-programming-whats-the-best-language-for-beginners/
