分享:自学编程的方法

不管是在某些论坛上,或者在微博上,都看到过很多人提问如何自学编程。心声共鸣啊,我就是从完全自学开启编程之路的。

要说到自学的过程、要多长时间才算学会、有什么具体方法等问题真不好回答。每个人对新鲜事物的接受能力不同,也决定了学习方法各异,难道说出一个标准的答案来。更何况这世界上本来就不存在标准答案,只不过是某些过于激进的文明,非要强调标准罢了。

不管怎么谈,我想啊,希望通过自学走上编程之路的朋友,都必须先认清自学的优点与缺点,尤其是缺点,你必须先有所了解,有心理准备,不要到真正实践的时候又打退堂鼓。

自学有以下缺点:

1、一切全凭自己摸索,走的弯路会多;

2、如果没有人指点,可能学习周期会更长;

3、方法不当,很有可能导致学无所获;

4、需要学习者对各种现有资源有一定的管理能力(如网络上的资源,图书,视频教程等),如果不具备总结判别等能力,庞大的信息来源会让你迷失方向,迷失自我。君不见,现在很多青少年就是在网络中迷失了自我不能自拨吗?

5、在学习过程中你会吃到很多苦头,受到很多打击。这是真的,不是吓你,我的真实经历。

道生万物,必有阴阳,有缺点自然也有优点。自学编程有以下优点:

1、自己探索出来的方法更适合自己,照搬别人的东西可能水土不伏。虽然前期的学习周期较长,需要花费的精力较大,但是,一旦你通过自学步入轨道后,你会发现你学习各种新知识的能力特别强,不需要别人指点你就能自己快速学会。前提是:基础扎实

2、跟着别人学习,极容易入套,陷入他人的模式中无法自拨。万一你选择的学习资源不正确,或者一些图书的作者自身就没有扎实的功力,那很容易被误导;而自学的过程虽然艰苦,但被误导的成分不大,因为很多东西你都可以根据自己的实际情况而决定的。

3、通过自学打下的基础会比其他学习方式要扎实。这一点你可以反对,但据我观察,很多通过自学成才的人,基本功都特别硬。我这里指的基本功不是你会背几个概念的那些功力,而是你在艰苦自学过程中,对各种东西的深刻理解。从别人那里搬来的,你未必会觉得深刻,但若是通过自己的努力获取到的东西,估计你一辈子也忘不了。

4、自由。我今天喜欢学几个东西自己安排,学什么东西我可以灵活调度。你要是像大学里面的,大家一起上课,你懂了还是在那里上,你不懂也是在那里上,很难自由调配你的学习计划。自学可以做到有针对性地学习,同时对学习的内容可以自由进行筛选。

5、有助于培养独立解决问题的能力。在如“问问”等许多社区经常看到一些问题,但我是不去回答的,为什么?说难听一点——幼稚。不要什么破问题,动不动就问,不能过于依赖网络,该自己解决的问题尽量自己解决。一些翻翻书就有结果的问题最好不要问,你问这种问题,倒不得见别人会看不起你,首先是你自己就看不起你自己,你是不是相信你自己就是这么笨吗?

好了,上面那些优缺点,各位看了就过了,不要太在意。既然你决定要自学,就不要犹豫了。你要是举棋不定,那建议还是去一些培训机构,不过,我说一句客观的话,许多培训班的培训结果不怎么样,希望诸君心里有数。

关于一些抽象层面的东西我就不说了,那些东西我以前说了不少,估计能看懂的也没几个人。咱们来点实在的吧。用到“实在”这两个字,我总感到不悦,为啥? 就是因为现在的人过于追求“实在”了,所以现在大师级的人物是越来越少了。凡事皆有度,过了这个度就是“过尤不及”了。

因此,想要自学编程,你首先要戒掉一个很严重的通病——浮躁。浮躁这东西害人不浅,可惜人总是喜欢亲近它,真是“亲小人,远贤臣”,不治好这个病,就很难把基础打牢。我可以不怕得罪人地告诉大家:现在很多哪怕工作了三五年的程序员,很多都是基本功不扎实的。

在你要进入学习殿堂之前,先问你自己100遍:“我能坚持多久?”不要认为这样做很无聊,你要是真的试了,你会有不同的一番感受的,不信你试试看。如果你越问越没信心的话,那说明你心理上还没有准备好;如果你越问越有信心,越问越觉得斗志昂然,那说明你已经准备好了。

选择方向的问题

先谈谈选择方向的问题。

这个问题问的人太多了,但这些人也太可怜了。整天问:学A好还是学B好,A有前途还是B有前途? 我又不得不说一句很难听的话——幼稚。没前途的东西早就退出历史舞台了,还能被你知道吗? 比如,我估计现在学习编程时间不超过五年的人,有相当一部分人是不知道QBasic的,你信不信? 为什么你不知道它,因为它确实有点退出历史舞台了。

你要是问:你知道C语言吗? 我估计懂计算机的人都知道,为什么? 很简单,我用一句话概括:经典不怕问,传奇万代永存。你说,学C语言有没有前途? 呵呵。

技术是多元化的,知识的五花八门的,但是:思想是一致的,本质是不变的,这叫做“万变不离其宗”,所以现在一些小娃娃程序员是不懂创新的,他们单纯地认为,改头换脸就是创新,所以他们很喜欢天天喊创新,越喊越不懂,懂的人不需要张扬。

于是,会有人骂我保守。其实,你说我保守我很高兴,你要知道保守是一种很高的境界,一般人是达不到的。什么叫保守? 保守就是”保护前辈的智慧,坚守职业道德“,简称”保守“。你说,你给了我这么个高大上的称号,我能不高兴乎?

唉,可见,现在许多人是不保守的,呵呵。

我说了上面一堆话,就是告诉大家,只要你在出版的图书系列能看到的东西,只要你在网上还能见到的东西,都是有前途的。大市场有大市场的泡沫,小市场有小市场的盲区。要是某项技术全中国只有你一个人会,尽管是小众的,但你的身价是昂贵的。所以大家不要过于纠结这种问题,我曾经看到一条微博,说得很好,那微博上说:”往往没前途的人才会谈前途,整天生怕别人不知道似的;真正有前途的人是从不妄谈,从不空谈。“ 有道理乎?反正我觉得很对,我都抄下来了,现在还存在OneNote里面。就像那些越不懂武术的人,越是整天地说什么拳头要这样放,掌心要向哪边,胡扯的,武术用于实战时都是相机而动,灵活运用的。

大家知道我的主攻方向是.NET,可能你会问我:当初是如何选择的? 我告诉你,我当初选择.NET方向全凭个人兴趣,前途不前途我根本不考虑,只要学得好学得扎实学得入境学得出神入化,什么都有前途。

所以,选择什么方向,大家自己看着办吧。

选择什么样的书

一本好书真的很重要,尤其是带领你入门的书更重要,选好了不仅能让你学得开心,而且有助于你寻找属于自己的学习方法。每个人的口味和侧重点不同,可能选书的标准不同。我这里只说说我的个人看法,毕竟我也写过几本烂书。

1、书要精不要多。比如你要学PHP,你不要吃饱了没事干,看到PHP的书就买,买了一大堆放在桌上,自己又看不了。这样买书等于没买。现在网上购书也有章节试读的,你可以多看看试读的内容,综合分析一下再买,不用急,不会缺货的,”双十一“败家节都不缺货,平时更不可能缺,所以选书不用急。看书的时候,不要看作者是谁,没有必要的,权威人士写出来的东西未必好,草根作者写出来的就未必差,你重点看前言部分,看看这本书的主要内容,它是讲什么的,涉及到什么东东。

那些推荐序就算了,虽然我的书每次出版时出版社都会找些名人来写序,写推荐语等。不过我实话告诉你,那些东西我自己都不怎么看的,只是一种推广方式而已。还有书名也是这样,比如什么”深入浅出XXXX“,什么”精通XXXX“,什么”21天学通XXXX“,什么”XXXX速成教程“之类的,那只是一种”眼球经济“,吸引一下你而已,重点还是要落在书的内容上。

看完前言接着看目录,很多人看书有个极坏的习惯,不看目录,一拿到书就乱翻,看插图。我真不知道看插图干什么,里面又没有妹子看,你那么关心插图做什么。这就本末倒置了,你应该把目录看一遍,这样会了解一本书的整体思路,作者是从哪个视角去写作的,这个你得看懂,这不是什么编程基础的问题,这纯属个人的文字修养。

我个人的看法是,对初学者朋友而言,应当重视例子,但知识点也不能掉。有些书是示例很多,但完全是贴代码的,没有讲解部分,这样对初学者来说更痛苦。

可以从试读章节中,挑选语言比较易懂通俗的,有丰富的示例的书看,书不用买多的,就买好的就行了。

2、不要买薄书。不要买那些只有几十页的,很薄的,还什么什么”简明教程“的,这种书我说难听一点,是误人子弟的。哪有什么简明教程,不学编程的人也不去买这方面的书,人家要是只想了解一下某技术,人家还不如去搜一下维基百科,还会买这种什么”简明教程“吗?这种书可能是一些不懂编程的大学教师写的,因为大学教师每年都要完成一些所谓的”指标“,规定你今年要发表多少论文,写多少文字的书,于是那些老师就不管三七二十一,随便堆,随便拼揍,我怀疑还有不少是抄的。许多书特别衷情于MSDN,经常抄上面的内容。

3、使用示例要活。书本现在基本会打包书中的示例,要么是弄个光盘,要么是放在官网让读者自己下载。反正肯定会有的。拿到随书的示例代码后,一边看书一边使用这些代码。于是,就有了下面的话题。

如何使用示例代码

示例代码要结合书本内容来用,不然没有什么意义。先看书,看到示例后,先看完书上的例子,再从随书的示例代码中找到对应的代码。打开项后,不要急着去阅读代码,这样很迷茫,应该先把程序运行一下,你就看最终的效果。这里我介绍一种方法,我曾经用过,我觉得效果不错,不知道你是否适合,可以试试。

我这种方法叫”逆推法“,就是黑客们说的逆向思维。我举个例子。

一个加法运算器,在窗口中输入两数,点击计算后,会计算输入的这两个数的和,然后显示结果。

我会首先把程序运行起来,自己操作一遍,输入两个数——3和2,得到结果5。我会先问:为什么我点击按钮后就有结果呢,我不点击按钮时为么就不出现5呢?

原来应用程序是要与用户进行交互的,要得到最后的加法计算结果,那得先等用户输入两个数;输入两个数后为什么不会马上得到5呢?原来用到一个叫事件的东西,事件是一种消息体系,它是在某个条件成立时才会发生,如按钮被点击时,与事件有关的代码就会执行,这时候我会找到与按钮事件有关的代码,看看在点击事件发生后,代码都做了什么。可能会这样:

a、获取两个输入的数字;

b、……

c、计算两个数的加法运算结果;

d、显示出来。

于是,下一个问题出现:怎么样知道用户输入的两个数呢,原来,是用了两个TextBox控件,它是专门允许用户输入内容的控件。

上面”b“步骤用了省略号,因为还有一个问题又出现了:如果输入的不是数字呢? 所以我就想到,在获取到输入的内容后,要检查一下这两个输入的值是不是数字,然后才能计算。

那计算好的计算怎么告诉用户呢? 原来有个控件叫Label,它可以在窗口上显示文本。

这样一来,我不仅弄懂了程序是怎么来的,而且也知道了控件是什么东西,控件就是给用户进行操作的,程序是看不见的,摸不着的,你写的程序要给别人用,当然别人必须能通过像键盘、鼠标等输入设备和应用程序交流,不然,都看不见的,你说别人怎么用你的程序? 是吧,那你知道控件的作用了吧。就好像我给你家安装天燃气,但我不给你装阀门,你就很难控制天燃气的流动,甚至可能造成危险。如果安装电灯不装开关的话,难道你让它一直亮着,直到停电不成? 所以控件就像开关,就像汽车上的方向盘,用来给别人进行操作的。开车的人不一定会知道你车里有什么零件,发动机是怎 么动起来的,只要你提供操纵杆、方向盘、各种按钮给开车的人操作就是了。

程序也一样,用户不一定知道你的代码怎 么来的,但程序有了界面,有控件,用户就能操作。

因而,我觉得逆推法是不错的学习方法,尤其是在看别人的一些开源项目时,难道你一拿到代码就一行一行地看,哪怕你花一年时间看完,花一百年时间去背下来也没有用,你都不知道那些代码是干什么用的。阅读代码使用逆推法,会使得你在阅读时不茫然,已经有确切的目标,这样看起代码来也有效率,也不会说看完了也不知道什么东西。

先看最终效果,然后你对这个效果提出问题。比如为什么会弹出对话框? 为什么会这样? 为什么会那样? ……

然后你带着这些问题,到源代码中找,只要能回答你所提出的问题,你就算把代码看懂了。不然,你盲目地看,不分轻重地看,你看一千年也看不出子丑寅卬来。

我自学过程中还常用的另一种方法,就是举一反三。这里的”三“是概数,不一定就是三,可能是无穷。

比如,我看了某书上某个例子,我会想,为什么要先写一行代码再写第二行呢? 那么我会试着把两行代码倒过来,看看运行程序后会发生什么事情。或者说,为什么要写上这一行? 我把它删了会怎 样? 于是,我会把那行代码注释掉,然后运行,看看又会发生什么事。

如此一来,久而久之,你的编程思路就会明确起来,写代码也会谨慎起来,当然了,谁都会出错,至少出错的机会会减少。

再如,像下面这样的代码:

int width = 100 ;

如果我不要100,我改成700又会怎么样呢?

甚至有时候,你可以把两个示例合成一个示例,这都可以自己动手试试,失败了不要紧,失败的次数多了,就会成功了。

学会调试很重要

调试并不是只有在纠错时才用,在学习过程中也可以用的。比如

#include <.....h>

#include .......

using namespace .......

int main(...)

{

……

return 0;

}

书上会告诉你,main函数是程序的入口点,程序运行时会进入该函数,当程序执行离开该函数时,程序就会退出。

你会说:我不信。好,那你在main后的左大括号({)处打一个断点,又或者你直接单步运行,这样每执行一行代码都会停下来。这样你就能看到整个应用程序是如何经历”生生死死“的,你就能看到程序是不是从main开始执行,当退出main后是不是会退出。

所以说,在学习过程中应该多用用调试,熟练了你会发现很有用的。平常很多人在入门时总是不重视调试,一看到跟调试有关的章节就跳过。其实这是不对的,越是入门你越应该学会调试,在研究示例程序时都可以用上调试方法的,这样你才会动态地看到,整个示例是怎么运行的。

从来没写过代码,该怎么办

如果是真的0基础入门,从来没写过代码,第一次写代码时,会感到迷茫。这是必然的,也是必经的阶段,任何事情都有第一次,人家干坏事的也有第一次呢。谁天生就会的? 我当初也是这样,于是,我就拿代码来练打字,就照着书上的敲,一个字母一个字母地敲,要知道QBasic是在DOS下玩的,没有智能提示的,只能一个个敲。

权且当练习打字,输入完了,不保存,关掉,再新建,再照着书上输入一遍。我就是这样一次又一次地练”打字“,最后就找到写代码的感觉了。当然,光是练打字,背代码不是好的学习方法,但是,对于没有任何基础者来说,这不在于理解和弄清思路,目的很单纯,就是为了找感觉,找到感觉了,你就不用再练打字了。

当你知道如何写代码后,就不要不加思索地乱抄了,这时候你在写程序前先想一下:

1、这个程序做出来后能解决什么问题? (如:转换图片格式)

2、我写这个东东出来要用到什么? (如:图像API,解码器和编码器的操作)

3、先做什么,后做什么? (如:是先设计界面,还是先封装代码)

想好了再动手,如果做不出来呢? 可以查资料,这时候就可以问人,基础的东西不要乱问,但涉及实际技巧的东西可以去问。如果实在解决不了,那就放一边,不要在一棵树上吊死,吊死了以后的路就没法走了,所以说释怀也是一种修养。

学会看文档

这里的文档是指官方的参考文档,最好试着去阅读。这个我就不展开讲了。

速成是空中楼阁

现在很多培训机构,抓着了当今青少年急于求成的浮躁心理,常常弄些什么”速成“、”快速精通“之类的欺骗性宣传语。我告诉你,不单是学编程,这种浮躁什么领域都有,很多少儿书法、绘画培训班也打这种口号,其实是误人子弟。

不管你学什么,最优的捷径就是没有捷径,不要整天想着一夜成名想疯了。当然想一夜成名也行,你拿个手榴弹把银行炸了也可以一夜出名。扎扎实实地学习,对你将来的发展肯定是有好处的,特别是在校大学生,有足够的时间,足够的精力去打基础。

于是,我就常听到有些人说,买书没钱,看书没时间。借口你可以说出一万个来,你在欺骗谁? 欺骗我吗?你学不学跟老周没关系;欺骗父母吗?也算是,至少算是不孝了;欺骗老师吗?老师才不管你呢。你是在骗你自己

以前看过一期名家专访节目,某大师的话就说很好,”耐不得寂寞,你就练不了真功夫“。人,不管身处何地何境,愿意努力,将来你总有收获的。

多写博客

不管你基础怎 么样,你是菜鸟也好,高手也罢,我建议大家都试着开个博客,把你学习过程中一些心得, 一些苦闷,一些感悟 写下来。或者总结一些技巧,都可以写出来。

不一定说要高手才能写博客,不对的,博客是任何人都可以写的。写出来,大胆地写出来,不要怕别人笑,有人笑你就当没看见就好了。

======================================

以上内容只是我的一些浅陋的论述,但愿对大家有所帮助。

原文发布于微信公众号 - 马哥Linux运维(magedu-Linux)

原文发表时间:2014-11-17

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏java工会

每个程序员要注意的 9 种反模式

有一个健康的自我批评对于专业和个人成长是很重要的。对于编程而言,自我批评的意义就是需要能查明设计中、代码中、开发中和行为中的无效或反效果的模式。这就是为什么反面...

10320
来自专栏斑斓

晴窗闲谈 | 从Go语言的设计学习设计决策

阅读了Rob Pike撰写的《Go在谷歌:以软件工程为目的的语言设计》,颇多感触。这些感触并不在于语言层面,或者Go这门语言的语法以及底层实现;而是因为语言设计...

39070
来自专栏我的安全视界观

【漏洞赏析】安全业务那些洞

23290
来自专栏Android机动车

糟糕程序员和优秀程序员的区别?

软件蚕食一切,未来属于程序员。所以人人都想当程序员。但是并不是每个人都能当好程序员。在你做出决定前还是先看看自己能不能当好程序员吧。

12450
来自专栏程序员的知识天地

从代码中就可以看出一个程序员的性格?

之前有一个领导说过,自己写的代码就像自己的孩子,要对他负责,曾经一度认为他说的是真理,后来才发现,实际工作中是特别的复杂的,自己的“孩子”到最后还是会交给其他人...

12430
来自专栏程序员互动联盟

作为计算机专业的,最该学的三门课程

说到计算机专业的小伙伴,提到课程大家都基本上都有一个念头,课程开的太多了,根本就听不懂,或者似乎能听懂点,也是似是而非,到底哪些是重点,那些是可以只是了解下就行...

42890
来自专栏程序人生

Javascript: 世纪机器语言?

在我写了「颠覆者的游戏 - 程序语言」和「elixir - 灵丹妙药?or 徒有其名?」后,就有同学就让我讲讲javascript。对于这门让人又爱又恨的语言,...

39160
来自专栏阮一峰的网络日志

几种计算机语言的评价

今天在网上看到一篇《Eric Raymond对于几大程序开发语言的评价》。 我对编程懂的很少,一直想加强学习,就把它转贴过来了。 我的感受是学习程序语言,一定必...

36640
来自专栏海纳周报

如何学习Java

不要被什么科班出身之类的说法吓坏了。虽然我是科班出身,但我始终觉得,只要你肯努力,这里面并没有什么无法逾越的鸿沟,最重要的是不要好高骛远,也不要急于求成。学习和...

39060
来自专栏大数据钻研

2017年前端工程师应该学习什么

在我们所生活的这个快节奏的世界里,人们都倾向于把自己的时间用在进行一些新的创造上,然后再互联网上讨论它们。 我并不是说不该这样做,而是我认为我们应该适当的慢一...

41160

扫码关注云+社区

领取腾讯云代金券