【编者按】本文作者为 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为例,新手可以理解的为数不多的词只有eachprint。其他的有什么用?我并不是说,初学者就无法掌握这些概念,只是说在某种程度上,第二段代码实际上更加清晰,更容易让学生理解究竟发生了什么。

“随心所欲”的语言

一度曾有这样一种趋势:程序员们可以随心所欲写语言–而不用考虑变量类型等等。这种趋势的名气现在已经大不如前了–至少可以说,越来越多的更加严谨的语言出现了。它们的速度和效率的确更高一筹,但我在想这是不是也是风头转变的又一佐证。需要你遵循一定步骤的语言,可能会花费你更多的学习时间,但能做什么不能做什么往往要明确的多。

投入实际的工作

通常,我们愿意让学生接受一些最有用最“贴近实际”的概念,并且能尽早地开始实践。当下的许多“编码学习”程序都聚焦于让参与者“可以开始工作”。我可以另写一篇文章,阐述一下这些程序中的问题(我应该会去写的),但总的来说,这些程序有可能让学生过早地接触到一些概念。下面是我根据最近的经验,举出的一些明显的例子。

面向对象编程(OOP)

OOP是许多现代编程语言的基础概念。但这个概念通常在刚介绍完基础知识,如变量、逻辑和循环之后,就被直接扔给学生了。学生还没完全理解程序究竟是怎样的呢,就遇到了一堆难题。

OOP的概念在高级应用程序中更有用。而当我们编写基本的程序时,基本无需用到OOP,它只会增加不必要的麻烦。通过对比,老师们可以给出一些术语和例子–如动物和车辆–但是基本没有实际的必要与用途。

版本控制

版本控制也差不多。如果你是一个团队的成员,在一个大项目中工作,总有常规改动的话,那么版本控制是非常有用的。但如果你是一个人工作,或者是在一个小团队中工作的话,版本控制的概念就过于复杂了。Git是个非常棒的工具,但是它的工作流程却很糟糕–漏做一步会搞乱所有的东西,同时刚开始的那么多次merge也是让人非常头晕的。

好吧 Chris,那么你觉得我们应该怎么做呢?

问得好。批评起来总是很容易的。而且谁说我就是对的呢?首先,我想告诉大家一两个我在教学过程中发现的有用的小窍门,然后我想听听大家关于新手入门语言的反馈建议,及理由。

不做任何假设

我知道这话你已经听过很多遍了。但我希望你可以试着再深入地了解一下。先来看看这个片段摘要:

如果你不做任何假设,那么你也不会失去任何东西。

好吧,可能有时候还是会有所失去,但是并不多。在实际操作中,这意味着,你不应当假设有人听说过你最喜欢的那个构建系统/语言/IDE/编辑器,或者假设任何人有着与你相同的经验。即使你认为他们有,也不代表他们真的有。当然,如果你想先问问的话,那么就去问问–但是记得要再确认一下。

在必要的情况下,人们通常愿意接受重复。如果有些东西他们已经理解了,但是还得再听一遍解释,他们多半不太介意,也许在听的过程中还能了解一些新的点呢。

背景

这对我来说是个重要的话题。程序员往往很擅长告诉你一个东西很炫酷,但是并不擅长阐述为什么。当你在教学时,不要只告诉学生们这个东西更快、更好、更大,还要同时解释为什么这个东西对他们或者对你来说是个好选择。学生们会比之前听的更好,学的更好,记的更牢。

社群

尽管听起来可能很矛盾,但是有一些语言(特别是Ruby和Python)有着非常强大的、试图培养新手的社群。这些社群或者并不能真的让语言变得更容易理解,但是坚持的人往往会发现社群可以帮助他们轻松地扩展知识量。最重要的是,社群越支持,就越能减少新手可能遭受的负面影响。

最适合学习的编程语言

这是你看本文的目的,我亲爱的读者!我希望你能告诉我,你认为什么才是最容易学习和理解的语言呢?同时,也请告诉我你为什么这样想。如果你曾有过相关的教学经验的话,都有哪些发现呢?

几周后,我会收集相关的故事,写一篇后续文章。文中我会(在新手的帮助下)平实地阐述这些语言真正的易用性,以及最佳的教授方法。

我知道你对于我的这篇文章一定也有一些意见,这很好。请和我们分享你的观点吧!请尽量提一些有建设性的意见,并尽量从新手的角度出发。谢谢!

本文系 OneAPM 工程师整理呈现。OneAPM 能为您提供端到端的应用性能解决方案,我们支持所有常见的框架及应用服务器,助您快速发现系统瓶颈,定位异常根本原因。分钟级部署,即刻体验,性能监控从来没有如此简单。想阅读更多技术文章,请访问 OneAPM 官方技术博客

原文地址:https://www.sitepoint.com/teaching-programming-whats-the-best-language-for-beginners/