日历

June 2010
M T W T F S S
« May   Sep »
 123456
78910111213
14151617181920
21222324252627
282930  

答读者问(1)——对程序员的一些个人建议

答读者问

以下内容摘自冒号论坛的一个话题,考虑其具有一定的典型性,故转至冒号空间,希望能对更多的读者有所帮助,也算是一种代码重用吧。

 

读者Jee问

之前在Top language里的一位网友像我推荐您的《冒号课堂》,书中eric向您建议开设社区,我猜测可能会有,就找到您的博客发现此地,很幸运您是一个如此有责任心的作者。

我是一名没有什么理论基础的不合格的计算机专业毕业生,毕业后却对软件方面技术非常感兴趣,可能与个性有关。于是在这近2年的找工作和工作过程中看了一些书,也和一些过来人聊过,总体来说让我对软件编程有了一点认识。在阅读您的冒号课堂之前,我曾一度认为我所差的是经验和一些诸如高级算法之类的进阶技术, 可现在,一个用了一个多月时间的夜晚阅读《冒号课堂》之后的我发现我所差的不仅仅是那些,而是最基础最根本的对计算机本身的认识,对数学的认识,对软件工程的认识。

我不想能有速成一说,只想能够现在正视自己,脚踏实地的一点一点的学习和进步,哪怕让我自学4年大学课程也未尝不可,只是有些时候有点找不到一个开始。我数学不好,作为一名程序员我想这是个令人沮丧的事实,我英语也不好,当看到蹩脚的一些翻译著作后痛苦不已。我想尝试着去改变这些,但是却不知该如何去做, 您知道,作为一名已经进入社会的成年人,我需要承受一些生存的压力和一些生活的负担,我希望能更好的利用每天那抽出来的时间,所以望郑晖老师能给我指出一条明道。

我一直没有说我从事的语言和方向,因为我知道这并不是核心,也不是想从您这得到如何学习XX语言等。万分打扰,还望见谅。

 

作者hui答:

你提到的问题十分典型,我非常理解你的心情,同时也非常乐意分享一些个人的看法。

虽然你在言语之中流露出不少负面的情绪,但我看到的却是正面的希望。首先,你对软件技术很感兴趣,而兴趣是学习和工作的最大动力。一般说来,我也没兴趣回答那些对编程不感兴趣者的有关编程的问题。一方面,我会劝他们改行,否则彼此都痛苦;另一方面,我建议的方法通常也不适合他们。其次,你很清楚地意识到自己在哪些方面不足,这是一切进步的基础。许多程序员意识不到自己的无知,甚至自以为足够有知,那又如何能进步呢?最后,你不指望任何捷径,愿意通过踏踏实实的学习来弥补不足。在浮躁之风盛行的当下,这点也是难能可贵的。

关于数学基础,窃以为并非什么太大的问题。几乎每个得知我数学背景的人都会对我说:哦,学数学的人来学计算机自然容易啦。事实上,这种观点虽然极为普遍,但也极为肤浅。本人从事数学14年(从本科算起)、从事计算机12年(与前者有部分重合),在这一点上还是比较有发言权的。事先说明,以下提到的数学不包括高中数学。其实大多数从事软件开发的人员用不到太多的数学知识,他们只需要正常的逻辑思维能力和抽象思维能力。整天拿数学说事,要么是无知,要么是找借口,要么是装高深。当然,我不否认一些高级算法、计算机理论以及人工智能等领域可能涉及到高深的数学知识(其实也只是图论、组合数学、数论、概率论、计算几何、抽象代数、数学逻辑等中的一小部分),但那毕竟只是少数。我也不否认自己的数学背景有助于对编程的理解,但投入产出比太低,不值得作为经验来推广。不过若想成为一位计算机科学家,那就另作别论了——这时数学懂得再多也会嫌少的。

倒是英语我希望你更重视些。我在《冒号课堂》中专门提过阅读原著的必要性,而且你也意识到译著的质量问题。建议不必特地去学习英语(你本来就会了,不是吗?),只要坚持读经典原著即可。其实,计算机方面的英文算是很容易的了,关键是克服自己的惯性和惰性。开始可能不习惯,看多了就习惯了。在此提醒一点,在阅读时请有意识地培养自己对英语的语感,就像编程时要有意识地培养自己对编程语言的语感一样。

总之,对于程序员来说,数学没有人们认为的那么重要,英语没有人们认为的那么不重要

再说说专业方面的问题。你提到愿意重新自学大学课程,虽精神可嘉,但未必可取。从软件(或建筑)设计的观点来看,这是bottom-up法。作为学生,最好采用这种方法,但你已经参加工作了,所以我建议你更多地采用top-down法。这当然不是轻视基础知识,而是认为获取知识最高效的方法莫过于按需(on demand)学习。在实际工作中意识到某个知识点的重要性,从而有针对性地弥补短板,这样学习起来不仅更有效率,也更有兴味。需要强调的是,绝不能只是 “头痛医头”,而要“拔萝卜带出泥”。只有寻根究底、以点带面,才能快速有效地建立起自己的知识结构体系。对于软件开发这类实践性很强的专业来说,该法尤其奏效。

话又说回来,这种项目驱动式的学习方法也是有一定局限的。毕竟大多项目涉及的深度和广度通常都很有限,单纯凭此建立起来的知识体系不可能非常完善。 这就需要平时有计划地阅读一些经典著作以加强深度,并定期浏览一些高质量的技术网站以加强广度。

以上谈的都是一些较为宏观的建议,我想你需要的是更加具体的建议。《冒号课堂》上已经阐述了不少关于编程语言、编程范式、设计原则方面的观点,此处不复赘言。我想特别强调一点——把握抽象(abstraction)。事实上,无论是在书中还是本论坛中,我都不厌其烦地再三提到抽象的重要性,今后有时间还会深入地挖掘这一主题。对编程的语言、范式、设计、实现体会得越深,对抽象体会得也越深。借用Haskell的设计者之一Paul Hudak的一句略带夸张的话(overstatement):“abstraction, abstraction, abstraction” are the three most important things in programming。一定会有人会问:难道编程语言就不重要了吗?设计模式就不重要了吗?算法设计就不重要了吗?那是他们尚未真正理解何为抽象——抽象不仅渗透在编程范式之中,也渗透在编程语言之中;不仅反映在设计原则之中,也反映在设计模式之中;不仅体现在架构设计之中,也体现在算法设计之中。

说来也怪,明明是想提“具体”建议的,偏偏又扯出了“抽象”,大概不是你想要的答案吧?既然你是计算机专业毕业的,又有一定的工作经验,其实也不需要太过具体的建议。你的苦恼是找不到努力的方向,而这个方向恐怕还是得靠自己去寻找。建议试试两种方法:研读一本有趣的名著或开发一个有趣的应用。只要深入其中,相信绝不会再为找不到方向而发愁,说不定倒会为方向太多而发愁呢。

最后,说句更实际点的话:如果平时能有意识地积累一些计算机以外的领域知识(domain knowledge),比如金融、电信、教育、企业管理等等,对提高个人在IT业的核心竞争力也是大有裨益的。当然,前提是你有兴趣或有条件获得这些知识。

一家之言,希望能对你有所帮助。

Be Sociable, Share!
分享/保存
 请您评分1星(很差)2星(不行)3星(一般)4星(不错)5星(很棒) (已有6人评分,平均分为:5.00 / 5)

6 comments to 答读者问(1)——对程序员的一些个人建议

  • jackwz

    说得太好了,听君一席言胜读十年书!

  • wayne

    很平凡的建议, 但句句出自真心, 研读君一席话, 胜读十年书

  • 七心葵

    提问的好,答的也好。
    个人做linux下c/c++游戏开发,上学的时候一度 “抽象” “隐喻” 这类的东西似懂非懂;后来工作后慢慢觉得其实 “抽象”这个词还是很宽泛的,我一般将“抽象”狭义的理解成 OO里面 接口与实现 的提法,即“有选择地忽略”。
    但是我认为在计算机科学或工程中,“抽象”一直有其对立面,“反抽象”,也就是《Unix编程文化》里强调的“浅平透”(个人理解),不知郑老师是否看过此书?对于该书尤其是对于“OO”的评价一节有何看法?
    booch的《面向对象分析与设计》中曾经提到,有人做过统计,几乎所有的设计的方法学大体上都可以分为三类:1 结构化设计 2 数据驱动设计 3 面向对象设计。
    对于“数据驱动设计(编程)”,我在工作中经常彷徨于是用c的过程式语言+数据驱动设计呢,还是完全OO化设计,郑老师《冒号课堂》一书中似没有提到多少(个人认为LOP可以看作是数据驱动编程的一种高级形式,也就是DSL或者微语言),是否可以做一个简单介绍?

  • bill

    很深刻。
    刚入行,受益匪浅。谢谢~老师~

Leave a Reply

You can use these HTML tags

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

  

  

  

This blog is kept spam free by WP-SpamFree.